Исходное сообщение
"Релиз OpenZFS 2.0, реализации ZFS для Linux и FreeBSD" Отправлено Admin LinuxDB2, 16-Дек-20 04:48
Подтверждаю, ZFS жутко фрагментируется и тормозит от профиля Chrome, уже 4 раза приходилось делать send | receive для дефрагментации, после чего браузер перестает подолгу тормозить. И это в режиме sync=disabled, когда по сути все пишется первые несколько минут только в оперативку. Т.е. получается, затраты по IOPs только на чтение. И дальше берем базу СУБД на zvol, через несколько лет она становится жутко фрагментированной, но это еще полбеды, потому что часть ее можно загнать в L2ARC на SSD. Намного серьезнее проблем с фрагментацией свободного места, которое решается постепенным добавлением нового свободного места, после чего запись опять оживает. Ну ни нада звиздеть про ненужность дефрагметации, это же дичайшая дичь тупая, почейтайте лучше, что пишут умные люди: https://serverfault.com/questions/957317/zfs-heavy-write-amp... https://github.com/openzfs/zfs/issues/4785 Ну если вы просто троль производителей СХД, то я вас еще могу понять, потому что после появления в ZFS онлайн дефрагментации вас ждет финансовый кирдык, что я приветствую как пострадавший (к счастью только потерей своего времени) от хоронилищ IBM в составе Blade Center S. Во всех уважающих себя промышленных хранилищах есть online дефрагментация, и я больше скажу, когда такая дефрагментация появится в ZFS, а она однозначно появится, когда подсуетятся промышленные пользователи, так вот тогда, все эти дорогие промышленные хранилища начального и среднего уровня пойдут по писе, ну может останутся девяточные с дублированием матплат и т.п. и то с учетом существования кластерных FS типа CEPH это еще большой вапроз.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	> Подтверждаю, ZFS жутко фрагментируется и тормозит от профиля Chrome, уже 4 раза > приходилось делать send | receive для дефрагментации, после чего браузер перестает > подолгу тормозить. > И это в режиме sync=disabled, когда по сути все пишется первые несколько > минут только в оперативку. > Т.е. получается, затраты по IOPs только на чтение. > И дальше берем базу СУБД на zvol, через несколько лет она становится > жутко фрагментированной, но это еще полбеды, потому что часть ее можно > загнать в L2ARC на SSD. > Намного серьезнее проблем с фрагментацией свободного места, которое решается постепенным > добавлением нового свободного места, после чего запись опять оживает. > Ну ни нада звиздеть про ненужность дефрагметации, это же дичайшая дичь тупая, > почейтайте лучше, что пишут умные люди: > https://serverfault.com/questions/957317/zfs-heavy-write-amplification-due-to-free-space-fragmentation > https://github.com/openzfs/zfs/issues/4785 > Ну если вы просто троль производителей СХД, то я вас еще могу > понять, потому что после появления в ZFS онлайн дефрагментации вас ждет > финансовый кирдык, что я приветствую как пострадавший (к счастью только потерей > своего времени) от хоронилищ IBM в составе Blade Center S. > Во всех уважающих себя промышленных хранилищах есть online дефрагментация, и я больше > скажу, когда такая дефрагментация появится в ZFS, а она однозначно появится, > когда подсуетятся промышленные пользователи, так вот тогда, все эти дорогие промышленные > хранилища начального и среднего уровня пойдут по писе, ну может останутся > девяточные с дублированием матплат и т.п. и то с учетом существования > кластерных FS типа CEPH это еще большой вапроз.
	Введите код, изображенный на картинке: