Как было сказано на прошлой странице, ZFS предоставляет пользователю весьма много возможностей. И потому вправе предъявлять немало претензий к аппаратной части — правда, её претензии сводятся к быстрому процессору (изобилие возможностей ZFS создает на него достаточную нагрузку) и достаточному количеству оперативной памяти (поскольку она кэширует всё, что может кэшироваться при дисковых операциях).

С процессором всё достаточно просто — подойдёт любой, не принадлежащий к антиквариату, начиная, скажем, с Core 2 Duo (проверено лично, хотя и на FreeBSD и Open Solaris). Минимальный объём памяти в руководствах для тех же операционок устанавливается в 1 ГБ с расплывчатым дополнением, что «лучше — больше». В документации же к проекту ZFS on Linux минимум определяется уже в 2 ГБ. А применение таких фич ZFS, как компрессия и дедупликация, эффективны при памяти 8 ГБ и более (в тех же материалах проекта рекомендуется 16 ГБ).

В отношении дисковой подсистемы замечу следующее. Сама по себе ZFS прекрасно функционирует и на одиночном диске. Однако в полном блеске показывает себя при двух и более накопителях. Причём, если возможно, пул лучше создавать не из их разделов, а из устройств целиком — в этом случае ZFS сама размечает диск оптимальным образом и обеспечивает правильное выравнивание. В многодисковых конфигурациях рекомендуется разнесение накопителей на развные контроллеры — опять же при наличии такой возможности: даже два современных SSD способны полностью загрузить два канала SATA-III, и равномерное распределение нагрузки на пару контроллеров может увеличить быстродействие.

К «железным» претензиям добавляются и притязания софтовые. Реализации ZFS для Open Solaris и FreeBSD теоретически могут работать и в 32-битном окружении (хотя настоятельно рекомендуется использование 64-битных сборок этих ОСей). В рамках же проекта ZFS on Linux 32-битная версия просто отсутствует. Причина — в интенсивном использовании ZFS оперативной памяти, при котором легко выйти за пределы 32-разрядных физических её адресов, а обращение к адресам виртуальной памяти очень не рекомендуется. В системах же 64-битных адресное пространство настолько больше реально возможной физической памяти, что этой проблемы не возникает.

В openSUSE при использовании ZFS нужно учитывать ещё и вариант сборки ядра: модули zfs и spl собираются только для ядра kernel-default (но не kernel-desktop, каковое, вопреки названию, устанавливается по умолчанию при стандартной настольной инсталляции). Это связано не с ленью майнтайнеров соответствующих пакетов: функционирование ZFS требует отключения в конфигурации ядра опции CONFIG_PREEMPT, которая в варианте kernel-desktop задействуется для повышения «отзывчивости» системы. Впрочем, на современной машине с SSD-накопителями никакой визуальной разницы между этими ядрами я не заметил, так что о потере упреждающей выборки можно особо не сожалеть.


Назад | Рассказы о ZFS | Вперёд