может у тебя с ZIL'ом что-то не так... Пересоздай пул с нуля. Потом добавляй плюшки: l2arc, zil, dedup, compression и т.д. Хоть сможешь вычислить от чего у тебя такая хрень ползёт.

wd black, i7 broadwell, мать от 13000 и от 8 гб оперативы, из которых 3 всегда будут свободны, да, при таком сочетании она взлетит.

Крутится на древних винтах WD (blue и старый старый на 320 Gb) у меня ZFS, тормозов не наблюдаю, проблем тоже.

Достаточно современных, это таких как у разработчиков ядра, на которых 12309 не воспроизводится?

Раз уж тут пошёл разговор про l2arc и ZIL... Как их использование будет соотноситься с TRIM (нужен ли он в данном случае), не скажется ли на скорости чтения/записи (если он как бы нужен, но его нет)?

Хорош уже бредить

Инфа соточка, что на твоем «старом» железе zfs медленнее ext4. Zfs рулит на серверах, где за ней тупо удобней ухаживать, только и всего, нет никаких предпосылок для ее волшебной скорости без гиговых кешей.

Пруфы, сестра, пруфы.

Это в хомячковой бубунте или серверной?

Инкрементирую вопрос. Заодно: чем сабж лучше ext4 на десктопе?

Пруф же простой, нельзя и рыбку съесть и на кол сесть. Вариантов, почему zfs быстра не очень много, и если ты веришь в чудеса, то рушить сказку не буду.

Это не пруф, это гадание на кофейной гуще.

Так твоя гуща пожиже и пахнет совсем не кофе) Це ж просто инженерия, бенчмарки тут не нужны.

2-3 года - не срок. У меня вот сегодня на ext4fs, например, на десктоппе дата корапшн обнаружился. Часть файлов, которые я при том больше года не трогал, внезапно буквально помножились на ноль (стали пустыми).

2-3 года - не срок.

На десктопе может и не срок, а на серверах 2-3 года безглючной работы это признак высокого качества.

на ext4fs, например, на десктоппе дата корапшн обнаружился

Не удивлён.

Да, и, наверное, когда пацаны из RHEL скажут - «Готово», тогда и будем использовать.

Лучше подождать, когда в Дебиане и Слаке будет по умолчанию, уж тогда-то точно успели протестировать.

вот это тема, супергодно!

Еще бы такое про btrfs прочитать.

а зачем нужна породия на zfs, btrfs даже полноценные тома не осилила

Я один раз попробовал использовать ZFS под всякий хлам, и каталог с фотками, их там тысяч 5-7 всего было, который на Ext4 открывается за секунду, на ZFS открывался так: жёсткий диск «гргргргргргргргргр» секунд 20, потом файловый менеджер отображает содержимое.

Фрагментация данных на cow-ФС фича, а не баг, по другому быть не может

все верно!

Не скажу ничего про Btrfs, но ZFS вообще не нужна, её ведь в ядре нет и не будет. Да и тормозная она. Может, на 16 Гб оперативки тормозит меньше, но спасибо.

иди мимо, COW это будущее всех ФС без вариантов.

Тут не COW как таковой обсуждают, а конкретную файловую систему. Если ZFS это безальтернативное будущее, то демиург меня избавь от такого будущего.

Все плюшки zfs от cow и эта пока единственная ФС в которой все работает не на словах а на деле, а производительность в zfs настраиваемая величина.

Значит, её нужно настраивать, чтобы она не тормозила, плюс ещё и поработать руками только для того, чтобы начать её использовать, в ядре же её нет. Такая ФС нужна разве что сисдаминам, которые за такую возню зарплату получают, да мамохэккерам, которым своё время девать некуда.

нет у zfs проблем если железо не с помойки и ты понимаешь зачем и для чего оно тебе. При дефиците оперативы zfs автоматом вырубает ряд функций влияющих на производительность.

её нужно настраивать

а то! к этой ФС БЕЗ ПОНИМАНИЯ ЕЕ ПЛЮШЕК И КУРЕНИЯ МАН НЕ ПРИКАСАТЬСЯ!!!

Он просто читать не умеет.

Значит, её нужно настраивать, чтобы она не тормозила

Нужно почитать гайд и потратить 15 минут на настройку, какая трагедия...

плюс ещё и поработать руками только для того, чтобы начать её использовать, в ядре же её нет.

Так Марк и хочет, чтоб «работать руками» стало не нужно, будешь выбирать zfs прямо в инсталляторе. А вообще «работать руками» это сильно сказано, добавить одну репу и поставить пакет конечно очень трудно.

Благодарен тебе добрый человек

Ставлю сейчас ubuntu server. Специально обратил внимание на доступные файловые системы. btrfs ЕСТЬ в списке!!!!

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

reiser верните, демоны

-=:=-

Ниче так ньюса.
А как там с тримом на ссд (zfsONlinux)? зопилили? дискард? уже тащед?

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

А как там с тримом на ссд

На сколько я понимаю - никак.

Хотя бы поддержка в инсталлере, помогла бы. Т.к. по сущесвтующей инструкции от zfs-linux нужно делать deboostrap.