The OpenNET Project / Index page

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



"Автор Bcachefs представил патчи для исправления ФС, разрушенных недавней ошибкой"
Версия для распечатки Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Исходное сообщение [ Отслеживать ]
Подсказка: Доступны два режима работы форума: "Раскрыть нити" и "Свернуть нити".
. "Автор Bcachefs представил патчи для исправления ФС, разрушен..." +/
Сообщение от Аноним (-), 10-Апр-24, 09:17 
>>места дофига но его - НЕТ
> Починили этот баг,уже давно, 8 лет должно быть.У ext4 не хватало инод,

При том вот это вот - как я понимаю абсолютно фатально. Ибо динамическую аллокацию инод оно не умеет. И если с data/metadata ratio не угадали - все, это полный болт, лечится только пересозданием ФС как я понимаю.

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

На самом деле суть проблемы опять же сводится к data/metadata ratio, а точнее к его резкому изменению. Btrfs аллоцирует место на девайсах чанками, называемыми block group. Типично оно весит около гига. В нем или данные, или метаданные. Есть режим mixed bg, когда в чанк и то и другое можно, спецом для мелких девайсов. Но в нормальном виде он не рекомендуется. А если соотношение данных и метаданных РЕЗКО меняется - и место уже аллоцировано под bg конкретных типов, возможна ситуация когда место есть, но - "неправильного типа". Как то хотели скажем данные, а есть - в метаданных. Или наоборот.

Баланс это лечит, делая радикальный GC и расчищая сколько-то места в совсем-unallocated, без конкретного типа и block groups на нем. Так что можно выделить под нужный тип места.

Кент посмотрел на это дело, и идею переиграл. Сделав аллокацию места относительно мелкими buckets по несколько мегов, которые его фс в фоне может GC'ить прямо по ходу дела. И соответственно у него этой проблемы - меньше. Btrfsники посмотрели на это дело - и несколько кернелов назад сделали - тадам - примерно такой же фоновый GC, который при случае целенаправленно расчищает почти пустые block groups. Чтобы это опять стало свободным местом без его конкретного предназначения. Что зело лучше чем мануальный пинок ребаланса. Такое вот тягание идей друг у друга. А почему нет?!

> COW могут нарастать нетипично быстро,что фоновая балансировка обгадиться.

Тем не менее, с всякими свежими твиками этот эффект более-менее зарулили даже на нагрузках уровня мордокниги вроде. Они там теперь целенаправлено разгребают почти пустые BG, при том для сложных требовательных случаев уровнем с мордокнигу - есть параметры которые можно покрутить.

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

Ну как бы специально можно любую ФС нагнуть. XFS например хтонически не любит кучу фрагментов, если качнуть торент без преаллокации на ...цать гигз - он стираться будет дольше чем качался, блин. А ext4... последний который у меня был, оказался довольно фрагментирован, его дефраг оказался не очень эффективен, и я нашел несколько очень раздутых дир, в которых были десятки-сотни тысяч файлов, и даже после стирания оных - дира не деаллоцируется, как и сказал пох. Более того - работа с такой дирой становится очень тормозной. В других ФС я не наблюдал этот эффект. Чисто EXT4'й прикол.

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

Оглавление
Автор Bcachefs представил патчи для исправления ФС, разрушенных недавней ошибкой, opennews, 08-Апр-24, 09:52  [смотреть все]
Форумы | Темы | Пред. тема | След. тема



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

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