Исходное сообщение
"Обновление OpenZFS 2.1.14 и 2.2.2 с устранением ошибки, прив..." Отправлено Аноним, 06-Дек-23 09:14
> WA да, у BTRFS действительно конский, проверено на SAN. Это на самом деле от ворклоадов зависит. Вы там что делали? Какой характер файлов и ворклоадов? > Ещё отдельная проблема с трекингом свободного места, но она хотя бы решаема > вариантом одна FS - один "раздел". Это расплата за продвинутый дизайн и удобный менеджмент, у медалей 2 стороны. Если у вас есть возможность сжатия, рефлинки, снапшоты, возможность сохранять в РАЗНЫЕ схемы избыточности и проч - ответ на вопрос "сколько места" становится ... значительно интереснее. Появляются забавные факторы. - Насколько сожмется? Вы это знаете заранее? - Насколько блоки совпадают - и будут совпадать далее? - В какой схеме в будущем запросят новые блоки? Это переключаемо в run time и ничем не грозит, можно даже не рестрайпить а заказать новые дефолты для НОВЫХ записей, тогда то что уже записано останется в той схеме как было. Это совершенно валидно в таком дизайне. Это же делает возможной конверсию типа RAID на ходу, по примерно той же технологии. С cow нет причин почему бы данные разрушились. Даже при крахе во время этого действа. И ему даже позицию конверсии трекать не надо при этом. - А также прочие приколы типа снапшотов, метаданных/tail packing (метаданные могут иметь иную схему хранения чем данные, "хвосты" или мелкие файлы - будут в этой схеме). Откуда заранее знать data/metadata ratio и проч?

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