параметры формата ext3
Для сайта социальной сети OpenID поможет притянуть технически подкованное. Однако, если это будет Вашей единственной опцией, то она отпугнет всех остальных. Пользователи приучены к регистрации с новыми логинами и паролями на каждом сайте. OpenID является новым и внешним, и может заставить пользователей задаться вопросом, почему они дают свои учетные данные третьему лицу. Типичному пользователю OpenID мог бы также заявить, что GiveMeYourInformationSoICanSpamYou... это - просто еще одна причина для них сомневаться относительно целостности Вашего сайта.
Короче говоря - определяют Вашу базу пользователей, и или царапают OpenID или используют и OpenID и управляемую приложением систему входа в систему.
Идея позади оптимизации размеров дорожки состоит в том, чтобы оптимизировать его так, что в Вашей типичной рабочей нагрузке большинство запросы чтения могут выполненный (несколько из) единственное чтение, равномерно разделенное по всем дискам данных. Для трех дисковых RAID-5 наборов диски объема данных были бы два.
Например, давайте предположим, что моя типичная рабочая нагрузка выполняет запросы чтения ввода-вывода, которые составляют в среднем 128 КБ. Вы затем хотели бы сделать блоки 64 КБ, если мне установили три диска RAID-5. Вычислите его как это:
avg request size / number of data disks = chunk size
128kB / 2 = 64kB
Это - размер блока Вашего набора RAID, мы еще не достигли выполнения файловой системы.
Следующий шаг должен был бы удостовериться, что файловая система выровненная характеристик набора RAID. Поэтому мы хотим удостовериться, что файловая система знает о размере блока набора RAID. Это может затем равномерно распределить суперблоки по этим трем дискам.
Для этого мы должны сказать mke2fs, что размер блока или, более точен, сколько блоков файловой системы будет соответствовать блоку. Это называют 'шагом' файловой системы:
chunk size / size of filesystem block = stride size
64kB / 4kB = 16
Можно затем назвать mke2fs с-E stride=16 опцией.
Страница упомянула ранее также переговоры о-E опции stripe-width для mke2fs, но я никогда не использовал это сам, ни делает страницу справочника моей версии mke2fs, упоминают это. Если бы мы хотели бы использовать его, хотя, мы использовали бы его как с 32: ширина дорожки вычисляется путем умножения шага с дисками объема данных (два в случае).
Теперь к ядру этого вопроса: каков оптимальный размер блока? Как я описал выше, Вам будет нужен средний размер запроса чтения ввода-вывода. Можно получить это значение путем проверки соответствующего столбца в вывод iostat или SAR. Необходимо будет сделать это в системе, которая имеет сопоставимую рабочую нагрузку как систему, которую Вы настраиваете за длительный период.
Удостоверьтесь, что Вы знаете, какую единицу значение использует: секторы, килобайты, байты или блоки.
Без большего ведома Вашей точной рабочей нагрузки я сказал бы, что значения по умолчанию, вероятно, будут наилучшим вариантом. Возможно, -m 0 если Вы не волнуетесь по поводу некорневых пользователей, заполняющих диск и/или установку dir_index если Вы собираетесь быть выполнением глупых вещей с количеством файлов в каталоге.
Удостоверьтесь, что Вы выравниваете файловую систему с размером дорожки RAID -
http://wiki.centos.org/HowTos/Disk_Optimization
имеет хорошую сводку.
Путем проверки файловая система выровненная правильно, можно постараться не делать RMW на RAID5, который помогает производительности.
-
1Я создал FS с: " mkfs.ext3-b 4096-E stride=32-E stripe-width=64-m 0-O dir_index/dev/storage/raid5" Как сказано в вопросе, у меня есть RAID5 с 3 дисками, и 128 КБ разделяют размер на блоки. Это корректно? – Matic 23 October 2009 в 11:51