The OpenNET Project / Index page

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



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

Оглавление

В ядро Linux 6.2 войдут улучшения RAID5/6 в Btrfs, opennews (??), 18-Дек-22, (0) [смотреть все]

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


113. "В ядро Linux 6.2 войдут улучшения RAID5/6 в Btrfs"  +2 +/
Сообщение от Трианон (ok), 19-Дек-22, 12:53 
Т.е., выдергиваешь внешний носитель, не размонтировав ФС на нём, ну ССЗБ. Так-то любая ФС порушится.
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

117. "В ядро Linux 6.2 войдут улучшения RAID5/6 в Btrfs"  +/
Сообщение от Аноним (4), 19-Дек-22, 14:08 
после размонтированя конечно. посмотри как btrfs себя ведет если залить 20 гигов и размонтировать - она размонтируется мгновенно. похоже какие то журналы еще не записаны на уровне ядра.
Ответить | Правка | Наверх | Cообщить модератору

149. "В ядро Linux 6.2 войдут улучшения RAID5/6 в Btrfs"  +/
Сообщение от Аноним (148), 20-Дек-22, 05:40 
Это зависит от параметра ядра.

добавь это в /etc/sysctl.conf

#let only 64 mb of pages in ram before writing to disk on background
vm.dirty_bytes = 67108864
#let only 256 mb of pages in ram before blocking i/o to write to disk
vm.dirty_background_bytes = 268435456

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

178. "В ядро Linux 6.2 войдут улучшения RAID5/6 в Btrfs"  +/
Сообщение от Аноним (-), 24-Дек-22, 19:48 
С более-менее новыми ядрами это уже не надо: они сами замечают что накопитель медленный и урезают ему dirty по своей инициативе, чтобы размонтирование, отбор памяти у кэша и проч занимали бы человеческое время.

А на быстром накопителе это только немного просадит производительность без особых положительных эффектов. Лучше ядра использовать не сильно древние, а на десктопе еще и low latency варианты к тому же. Для общей интерактивности системы.

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

177. "В ядро Linux 6.2 войдут улучшения RAID5/6 в Btrfs"  +/
Сообщение от Аноним (-), 24-Дек-22, 19:45 
> после размонтированя конечно. посмотри как btrfs себя ведет если залить 20 гигов
> и размонтировать - она размонтируется мгновенно. похоже какие то журналы еще
> не записаны на уровне ядра.

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

К сожалению это не совсем бесплатный фокус, придает ФС специфичные свойства, приколы с сводобным местом частично проистекают отсюда, ведь к метаданным это тоже применяется. Но с аварийным резервом на подобные случаи с этим справились более-менее.

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

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

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

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




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

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