> 3GB она жрёт,Вообще-то оно настраивается. Но превращать юзеря в менеджер кэша с педальным приводом - это как-то криво. И к тому же тормозить начнет если кэш урезать - в самом ZFS нечему работать быстро, особенно с всякими маркетоидными сказками про фрагментацию и про то как CoW в дефраге "не нуждается". А нормальный вариант - если система при душняке с памятью сможет отобрать у ФС кусок кэша. Гарантированно отобрать, а не "как выйдет". Иначе программы будут сыпаться по ошибке malloc() или того хуже возбухнет OOM-killer.
> для сервера это нормально.
Нет, такое управление памятью - не есть нормально. Это костыли и педальный привод.
> И пусть жpёт.
Проблема не только и не столько в том что жpeт. А в том что когда память понадобилась другим, ее нельзя гарантированно отобрать, ибо этот механизм не интегрирован с управлением памятью ядра. На файлсервере где ничего не запущено это может и не проблема, а на всем остальном зато будет совсем не прикольно, когда программы не получат память и осыпятся лишний раз. Будь это сервер приложений, сервер БД, рабочая станция, наконец - там такое поведение уже совсем не айс. А для БД там вообще отдельное западло в виде CoW припасено.
> Это серверная ФС.
Уточним: файлсерверная-only. Ибо серверы бывают разные, далеко не все из них - файлсерверы.
> Это твоё личне мнение. Ни чуть не авторитетное. Меня эта вполне логичная
Чего в этом логичного? По логике вещей снапшот == набор блоков. Ему все-равно, будут там что-то дописывать (тогда CoW сделает выносок вбок, записав изменения относительно зафиксированного набора блоков) или будут сугубо readonly пользоваться.
> записываемых снапшотах lvm у меня нет.
Снапшоты вне файловой системы обречены быть субоптимальными, так или иначе.
> Факты ? У меня на домашнем компе ZFS на RAID-Z работает
> в на 60%-80% чем xfs
В? На? Или "чем грузины"? Нельзя ли уже определиться в показаниях? И да, заодно не забудьте рассказать что будет если забить пул процентов на 80+ и так и оставить. Это конечно не айс, но для домашнего пула ожидаемо, ибо никто не будет расширять его дисками до бесконечности. А у ZFS - ни вам дефрагера нормального, если CoW фрагментов навалил, ни нормального изъятия диска из пула. Очень удобно и производительно, блаблабла. Изен тут уже достиг мегапроизводительности - около 6мб/сек на шпиндель. Он конечно клоун, но тот факт что многодисковый пул можно загадить, а пролечить иначе чем пересборкой пула с удвиганием всех данных не получится - как-то не очень приятен, а?
> Кошерность лицензий тут причём ?
При том что
1) Никогда не будет в майнлайне. И поэтому не будет удобен в использовнии/out of the box.
2) Число тех кто работает над ФС в майнлайне - достаточно убедительное.
> другими людьми происходит. Поставьте себе Windows, и не ходите сюда.
Это вам с вашими серебряными пулями виндоус нужен. А в лине навалом ФС и тому есть вполне объективные причины, если что.