Исходное сообщение
"Раздел полезных советов: Тюнинг LVM, RAID, XFS и EXT3 при ин..." Отправлено pavlinux, 04-Сен-10 12:54
>Если XFS необходимо оптимизировать для работы .... >++ Оптимизация на этапе монтирования: > >XFS: >   noatime,nodiratime,attr2,nobarrier,logbufs=8,logbsize=256k,osyncisdsync Вот скажите мне уважаемые оптимизаторы, > В итоге удалось снизить нагрузку на CPU для XFS с 30% до 0.3% То есть в 10 раз!!! Ага.... Сказочники. какую роль в оптимизации играет attr2 - ускоряющую или замедляющую? :) Не, attr2 прикольная фича, тока после надо правильно расширенные атрибуты выставлять. > то число Allocation Group нужно выбирать исходя из принципа ... Универсальный рецепт - 32 группы. > C учетом того, что Linux-ядро поддерживает > минимальный размер Allocation Group в 2^27 байт Э-ээ-э-э-э, типа man mkfs.xfs(2)     agsize=value This is an alternative to using the agcount suboption. The value is the desired size of the allocation group expressed in bytes (usually using the m or g suffixes). This value must be a multiple of the filesystem block size, and must be at least 16MiB, and no more than 1TiB, and may be automatically adjusted to properly align with the stripe geometry. The agcount and agsize suboptions are mutually exclusive. В общем, 1 группа должна быть кратна размеру блока, быть не менее 16Мб, но не более 1Тб. > Если XFS необходимо оптимизировать для работы с большими файлами, то число > Allocation Group нужно выбирать исходя из принципа - одна группа на одно ядро CPU. Как автор будет делать на 16 Тб хранилище при 4-ядерном проце, 4 группы - не ясно. ---------- Статья очередной маразматическо-аналитический копипаст изо всех мест.