The OpenNET Project / Index page

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



Индекс форумов
Составление сообщения

Исходное сообщение
"Утверждён переход Fedora Desktop на Btrfs и замена редактора..."
Отправлено Аноним, 17-Июл-20 19:37 
> btrfs стабильна в базовом варианте (без подразделов, снапшотов, сжатия и прочего).

Булшит от чувака который btrfs видел только на картинке.
1) Подразделы (subvolumes) не влияют на стабильность. Это просто логические юниты администрирования, которые можно снапшотить независимо. На механику ФС не влияет.
2) Снапшоты - то же самое что и подразделы. См. выше. Это одно и то же, снапшот становится еще одним subvolume.
3) Сжатие. Оно "просто работает". Начиная с 4.х ранних, чтоли, сюрпризы с ним закончились. Хотя если какой-то некрофил до сих пор не выкинул 3.чототам - ну вот там возможны варианты, где-то в 3.15 чтоли был косяк с тредами сжатия, но это в каком пардон году и ядре?

Реально там сыроваты RAID56. Остальное вполне на уровне.

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

Никуда оно уже давно не уходит. И проходит самые жесткие стресстесты.

> общем постоянно такое без особых расследований причин.

Откуда же тогда в git log появляются чудные каменты с @facebook.com про чудеса с файлами в 20+ терабайтов? И, кстати, зачем фэйсбуку файлы такого размера в *системе*? :)

> В таком кейсе да, оно стабильно чуть ли на с момента появления.

Что-то вы совсем заврались, явно не эксплуатировав эту штуку в последние годы.

> Но если вы недостаточно большие, чтобы позволить считать каждую свою машину с
> btrfs как потенциально упавшую через секунду, то лучше его обходить стороной

Но лучше послать анонимных экспертов опеннета куда не светит солнце, читануть вику btrfs'а на тему DOs и DONTs - и give it a try. Сначала в тестовом окружении, если стремно. Ну, не понравится, снесете. А может и понравится - и тогда будете управлять сторажами как белый человек, без гадской камасутры с выравниваниями размеров, числом девайсов и прочими приколами.

> пока в чуть ли не в каждом минорном апдейте на ядро не перестанут фиксить null
> pointer dereference'ы и прочие race conditions в btrfs (только в 5.7.9 4 фикса на него).

ЧСХ обычная текучка, фигню такого плана чинят в самых разных файлухах, если они минимально живые, и все это происходит только в особо странных условиях, типа того что у фэйсбука в продакшне _иногда_ попадается. Баги из разряда "раз в год и палка стреляет".

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

 

Ваше сообщение
Имя*:
EMail:
Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email).
Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:
  Введите код, изображенный на картинке: КОД
 
При общении не допускается: неуважительное отношение к собеседнику, хамство, унизительное обращение, ненормативная лексика, переход на личности, агрессивное поведение, обесценивание собеседника, провоцирование флейма голословными и заведомо ложными заявлениями. Не отвечайте на сообщения, явно нарушающие правила - удаляются не только сами нарушения, но и все ответы на них. Лог модерирования.



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

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