The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachefs, opennews (??), 07-Фев-24, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


2. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."  +1 +/
Сообщение от inklesspen (ok), 07-Фев-24, 14:01 
С самого начала было понятно, что bcachefs пока еще не готов и находится в экспериментальном виде. Достаточно просто взглянуть на количество и качество иссушек на GitHub.

Однако текущее состояние ФС не мешает проводить различные тестирования производительности, подыскивать применение на будущее.

Автор например на реддите вроде писал, что ФС имеет отличную масштабируемость, даже если скорость работы в 1 поток не велика.

Ответить | Правка | Наверх | Cообщить модератору

27. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."  +/
Сообщение от Аноним (-), 07-Фев-24, 16:47 
> Однако текущее состояние ФС не мешает проводить различные тестирования производительности,
> подыскивать применение на будущее.

Ну кстати при принятии в кернел пришлось пойти на ряд компромиссов - и реально оно звезд с неба не хватает. Фороникс побенчил, в нескольких кейсах прикольно всех натянуло - но в нескольких других с таким же треском и проср@ло. До тюнинга и оптимизаций дело еще не дошло. Сперва - обезглюк.

> Автор например на реддите вроде писал, что ФС имеет отличную масштабируемость, даже
> если скорость работы в 1 поток не велика.

В целом он учел некоторые узкие моменты того же btrfs. У того видите ли при активной многопоточной записи случается lock contention на extent tree. И это на пачке быстрых сторажей может уже и нагнуть производительность так то. По поводу чего есть такая штука как Extent Tree V2 (это экспериментальная фича btrfs, ее нельзя использовать в продакшне!).

Ответить | Правка | Наверх | Cообщить модератору

63. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."  +/
Сообщение от PnD (??), 07-Фев-24, 22:00 
> это экспериментальная фича btrfs, ее нельзя использовать в продакшне

BTRFS в проде?
Я как-то здесь писа́л что была в эксплуатации 1 штука. По той причине что идеально ложилась на задачу (снапшот снапшота снапшота, и все в RW).
Так вот, уже́ нет. Сложилась в немонтируемое состояние просто на очередном рефлинке. Единственный позитив что предусмотрен механизм экспорта данных. И он таки отработал (x5 к месту на СХД в данном случае).

Вытащил и перепаковал в zfs. С реальным геморроем на переписывание операций над снапшотами (и потерей в моменте консистентности).

Но даже так, в проде едут 20+ штук zfs. Это всё тоже сильно специфические применения, с известным (не факт что досконально) набором нюансов. Но едут, и совсем уж на ровном месте не складываются.
* Просто там где такая специфика, нет идей устраивать гонки на перезаписи файлов и т.п., на чём отдельные эксплуатанты фрюхи нажигаются. (Спасибо им за это, серьёзно.)

Ответить | Правка | Наверх | Cообщить модератору

71. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."  +1 +/
Сообщение от Аноним (-), 08-Фев-24, 00:24 
> BTRFS в проде?
> Я как-то здесь писа́л что была в эксплуатации 1 штука.

А у фэйсбука - миллиард юзерей обслуживает. Это даже не война чукч и китайцев, ибо за чукч сегодня играю я: пачка btrfs'ов у меня найдется, но vs фэйсбук будет вон то. А у вас - одна. Как-то. Мне с таким раскладом ваш экспериенс - точно надо?

> По той причине что идеально ложилась на задачу (снапшот снапшота снапшота, и все в RW).

И вы конечно были в курсе структурального устройства btrfs и особенностей дизайна чтоб такие далеко идущие выводы делать?

> Так вот, уже́ нет. Сложилась в немонтируемое состояние просто на очередном рефлинке.

А вот это странно. Я довольно активно юзаю снапшоты и рефлинки. И откровенно разваливаться от этого оно не должно. Может начать тормозить если ссылок на блоки дохрена, но до этой точки догнаться - еще суметь надо. Во всяком случе с современными кернелами - если не делать глупостей - оно как-то так. Любители суперстабильных редхатов и чего там - читают список поддерживаемых конфиг, соответственно.

Более того - такие заявы, имхо, либо идут с полными техническими деталями + ссылкой на баг, либо в сад. Читать все эти слезные истории без деталей - заманало.

> Единственный позитив что предусмотрен механизм экспорта данных. И он таки отработал
> (x5 к месту на СХД в данном случае).

Лично мне это никогда не требовалось, хотя btrfs'ов у меня есть. А теперь и несколько сабжей. Для сравнения и вообще. Вот с ними были некоторые проблемы, но их уже зарулили, как вы наверное догадались. Нет, проблемы на которые наткнулся я - долго не живут.

> Вытащил и перепаковал в zfs. С реальным геморроем на переписывание операций над
> снапшотами (и потерей в моменте консистентности).

Лично мне этот внемайнлайновый выкидыш не вперся. Я вообще не энтерпрайз и тем более не собираюсь с внемайлайн модулями бодаться. К тому же оно без подпора сотнями рамы тормоз и у него горбатый менеджмент. А btrfs на минималках живет даже на роутере с 64 мегами рамы, ему нормуль. А менеджмент этой штуки - лучшее что со мной случалось по части ФС. Кент молодец что передрал все ключевые аспекты.

> Но даже так, в проде едут 20+ штук zfs. Это всё тоже сильно специфические применения,

А у фэйсбука тысячи серверов. Обслуживающие миллиард юзеров. В проде. Good enough for me. Но у меня актуальные ядра, и я в курсе где девы этой штуки обитают, на -rc ловил пару приколов, но -rc на то и нужны.

> Но едут, и совсем уж на ровном месте не складываются.

А я не вы - и мне вон то нафиг не упало. Вместе с вашими кейсами. У меня своя голова на плечах и я могу сам все тесты для своих конфиг сделать.

> * Просто там где такая специфика, нет идей устраивать гонки на перезаписи
> файлов и т.п., на чём отдельные эксплуатанты фрюхи нажигаются. (Спасибо им
> за это, серьёзно.)

Видимо я довольно далек от тех кейсов. И для меня btrfs работает. А мне уже который год страшилки тут рассказывают. Вот в сабже еще реально отхватитоь приколов, он все же недавно в ядре и про экспериментальность не врут.

Ответить | Правка | Наверх | Cообщить модератору

127. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."  +1 +/
Сообщение от нах. (?), 08-Фев-24, 14:12 
> А у фэйсбука - миллиард юзерей обслуживает. Это даже не война чукч

на данные которых тому - совершенно наплевать.

> - одна. Как-то. Мне с таким раскладом ваш экспериенс - точно
> надо?

да, главное веровать. Чужой экспириенс совершенно не надо.

> Лично мне это никогда не требовалось, хотя btrfs'ов у меня есть. А

естественно - что ценного может быть на твоих эмбедках с дрянными флэшками?
Ее целиком выкидывают (и новую у другого колхозника заказывают) даже и не разбираясь почему шибкоумный шлагбаум перестал открываться.

> Лично мне этот внемайнлайновый выкидыш не вперся. Я вообще не энтерпрайз и
> тем более не собираюсь с внемайлайн модулями бодаться. К тому же

мастер мгновенных исправлений в чужом сверхсложном коде не может собрать себе модуль. (на самом деле - дождаться пока соберется штатным скриптом) Ну ок.

> А менеджмент этой штуки - лучшее что со мной случалось по части ФС.

единственное что ты осилил,  говори уж правду.

> А у фэйсбука тысячи серверов. Обслуживающие миллиард юзеров. В проде. Good enough

поэтому если навернется сотня-другая - фейсбук даже и не заметит.
И даже если котики юзера пропадут совсем - он поплачет-поплачет, и новых накачает.
Другого фейсбука у него все равно нет.

Этим вот мы и отличаемся от фейсбуков.

Ответить | Правка | Наверх | Cообщить модератору

151. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."  –1 +/
Сообщение от Аноним (-), 08-Фев-24, 15:34 
> на данные которых тому - совершенно наплевать.

То что у тебя получается лучше чем у них... когда покажешь прод такого же масштаба, можно будет сравнить "how it performs". А сильно косячить при том масштабе FB не может "технически".

> да, главное веровать. Чужой экспириенс совершенно не надо.

Экспертов опеннета? Предвзятых, с BSD/проприетарным юникс бэкграундом? Умеющим все долго, дорого, хреново, монструозно, антитехнологично? С их вэем не сработавшим для них? Хороший пример! Как делать не надо.

>> Лично мне это никогда не требовалось, хотя btrfs'ов у меня есть. А
> естественно - что ценного может быть на твоих эмбедках с дрянными флэшками?

Оно должно просто работать и не создавать сюрпризов. И по линии ФС тоже. На вопросы fsck отвечать некому. На серваках в крупном проде - тоже! Common denominator с теми ;)

> Ее целиком выкидывают (и новую у другого колхозника заказывают) даже и не
> разбираясь почему шибкоумный шлагбаум перестал открываться.

Поэтому должно просто работать и не делать мозг. А не fsck, бжад, заниматься.

> мастер мгновенных исправлений в чужом сверхсложном коде не может собрать себе модуль.

Если не создавать себе проблемы, не придется их решать.

> (на самом деле - дождаться пока соберется штатным скриптом) Ну ок.

Я не заинтересован в монструозном внеядерном энтерпрайзном тормозе, жрущем сотни рам. Меня другие наборы свойств интересуют. ZFS не оно.

> единственное что ты осилил,  говори уж правду.

Мое целеполагание страшно далеко от "осилить %s любой ценой".

> поэтому если навернется сотня-другая - фейсбук даже и не заметит.

Повод научиться этому в своих системах для меня. Но т.к. это грузит админов и саппорт, они не могут позволить себе высокий failure rate, это денег стоит.

> Этим вот мы и отличаемся от фейсбуков.

Ну, я пока с btrfs'ом ничего не потерял, его структуру более-менее понимаю, а его девы вон там под боком, и я знаю какие им слова говорить если что-то идет не так. Хренли мне еще надо? А, ну, вот, погонять дизайн Кента, изучая не будет ли он мне полезен, задатки к тому есть :)

Ответить | Правка | Наверх | Cообщить модератору

162. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."  –1 +/
Сообщение от нах. (?), 08-Фев-24, 16:03 
> То что у тебя получается лучше чем у них... когда покажешь прод такого же масштаба

У тебя что - прод такого же масштаба?
Нет, у тебя подкроватный серверок и десяток пердолических микрокомпьютеров.
И НОЛЬ пользователей, которым твой сервис дороже своих данных и даже личных прав (их банят, унижают, но они лезут и лезут обратно).

Зачем тебе решения мордокниги в таком случае?

> Мое целеполагание страшно далеко от "осилить %s любой ценой".

Но сказки об сотнях исправленных лично тобой багов продолжают рассказываться. Это ведь не какие-то эти ваши модули собирать.

> Повод научиться этому в своих системах для меня.

Просто прикрути к воротной открывалке пару сотен открывашек. И тогда она действительно не заметит что полсотни уже навернулись.

> Ну, я пока с btrfs'ом ничего не потерял

нет данных - нечего и терять.

Ответить | Правка | Наверх | Cообщить модератору

173. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."  +/
Сообщение от Аноним (173), 08-Фев-24, 16:56 
> У тебя что - прод такого же масштаба?

Нет. Поэтому если они ОК с failure rate, для меня тем более ЗБС будет! Логика.

> Нет, у тебя подкроватный серверок и десяток пердолических микрокомпьютеров.

На самом деле заметно больше уже. И еще виртуалки, тесты и проч. Ну и btrfs'ы на практике работают, проблем мне не создают особо. А когда пару раз были отклонения от идеала, взаимодействие с девами мне очень понравилось. Пока тут рассказывают ужастики. Классический "слушает да ест". Ну вы там вещайте, эксперты :)

> И НОЛЬ пользователей, которым твой сервис дороже своих данных и даже личных
> прав (их банят, унижают, но они лезут и лезут обратно).

Защитник прав пользователей и благодетель с ником "нах." - это шикарно, ччерт!!

> Зачем тебе решения мордокниги в таком случае?

Чтобы поляну вытоптать. А ты что подумал? Кенту бы тоже кого-то жирного бы пустить на поляну стоило, но пока рано, так он зашьется под потоком багов.

>> Мое целеполагание страшно далеко от "осилить %s любой ценой".
> Но сказки об сотнях исправленных лично тобой багов продолжают рассказываться.

Ну не сотнях - а "всех которые я знал". Их было не так уж и дофига, суммарно по всему кернелу с дюжину по разным подсистемам и дровам. Не такой уж кернел и глючный в целом :)

> Это ведь не какие-то эти ваши модули собирать.

А зачем мне добавлять себе проблем, особенно если дизайн не годится для моих начинаний? Нет, менять свои хотелки, предпочтения и амплуа в мои ближайшие планы не входит.

> Просто прикрути к воротной открывалке пару сотен открывашек. И тогда она действительно
> не заметит что полсотни уже навернулись.

Черт, гений инженерии :)

>> Ну, я пока с btrfs'ом ничего не потерял
> нет данных - нечего и терять.

Да у меня btrfs в разных сценариях есть так то. Ну вот да - постгресы я на нем не гоняю (как впрочем и на сабже) - и совершенно ниипу как оно с ними взаимодействует. Кому это интересно тот и узнает это, сам. У меня вообще на самом концептуальном уровне - отвращение к большим централизованным переросткам. Я вижу будущее иначе чем это. ИМХО, динозаврские дизайны для кодеров под стать.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру