amd64+deduplication паников нет память и IOps кушается заметно больше deduplication - удел использования на разделах с архивами бэкапов, т.е. с редким доступом. CPU по идее кушается чуть больше, но сервера не сильно нагруженные, и нагрузка на CPU не критична.
--- Исходное сообщение --- От кого: " Serge Negodyuck" <[email protected]> Кому: " Artyom Viklenko" <[email protected]> Дата: 27 сентября 2011, 11:06:40 Тема: [freebsd] Re: [freebsd] ZFS: 2Gb оперативки > 2011/9/27 Artyom Viklenko < [email protected] >: > 26.09.2011 23:31, Владимир Друзенко пишет: >> >> 1. 2Gb памяти для zfs: >> 1.1. Совсем мало или жить можно? FBDIMM не дешёвая, поэтому с запасом >> покупать не получится - 2Gb планка ~50$ (это дороже чем 4Gb DDR3 Reg ECC). > > У мну на двух серверах 2 гига и zfs. В одном zfs only. > Там почта крутится. Проблем не заечал пока. На втором > тормоза из-за "желания сэкономить" - WD20EARS. Все никак > руки не дойдут пересобрать массив с размером блока в 4к. > > У знакомого zfs тормозит на amd64 и 16гигах... Был у меня сервер на i386 с 4GB RAM (так исторически сложилось). Внезапно понадобилось на нем сделать RAID0 4x500GB. Именно RAID0. Задача стояла сделать как можно больший раздел самым дешевым способом. ZFS напрашивалась сама собой. И чтобы сэкономить место я еще захотел дедупликацию. Я обновился до 8.2-STABLE с zfs v28. Вроде первое время все работало... Но - ZFS deduplication памяти кушает заметно больше, чем без нее. Думаю, без dedup взлететь можно и на 2GB. С dedup все нужно умножать на два, наверное. - на i386 zfs заметно тормозила - начались паники, видимо какие-то ресурсы ядра упирались в какие-то лимиты архитектуры i386.
