The OpenNET Project / Index page

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



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

Исходное сообщение
"Автор 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'й прикол.

 

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



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

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