Используя интегрированное AD Предприятие CA для издания сертификата Exchange 2010 года

Учитывая уровни производительности Вы пытаетесь совершить нападки затем, необходимо принять во внимание несколько вещей.

Более раннее предложение для форматирования диска, содержащего набор данных с размером кластера NTFS> 25k, является хорошим, 32k походит на хороший выбор для варианта использования. Цель сделать это состоит в том, чтобы гарантировать, что Вы избегаете, должны иметь дело с фрагментацией если вообще возможный, и понижение файловой системы, наверху связанной с чтением в единственном файле.

Также я предложил бы смотреть на Ваш размер дорожки RAID. Если природа Ваших результатов набора данных в (главным образом) последовательном IO затем больший размер дорожки будет более выгодным, если это будет случайно затем, то меньший размер дорожки будет более умным, просто не делайте его немного меньшим, чем Ваш размер кластера файловой системы. Учитывая описание того, что Вы пытаетесь сделать, я сказал бы, что Ваш профиль IO главным образом случаен, таким образом, размер дорожки 64k был бы прекрасен, но с этим могло бы стоить экспериментировать.

То, что очень важно, должно удостовериться, что раздел выровненный - Вы захотите использовать Diskpart.exe в своих системах, обычно устанавливание смещения выравнивания 64k добивается цели со стандартным кластером и размерами дорожки RAID, но смещение 1024k используется в Vista\Windows7\W2K8, поскольку это гарантирует выравнивание даже большей дорожкой и размерами кластера. Существует очень хорошая статья о производительности SQL Server от Microsoft здесь, которая объясняет причины, почему это важно, чтобы сделать для высокой производительности drives\arrays. Короткая версия этого - то, что плохо выровненный раздел может ухудшить производительность IO на 15-30%.

Для SSD применяются те же общие правила, но базовое поведение reads\writes весьма отличается. Вместо того, чтобы иметь дело с 512-байтовыми секторами диска на самом фундаментальном уровне IO на использовании SSD намного большие блоки. Чтения имеют тенденцию быть в фиксированных размерах страницы между 4k и 128k, записи включают буферизацию и большие размеры блока стирания (в диапазоне мегабайта). Ключевая вещь для Вас (где считано IO важен) состоит в том, что Вы хотите установить свой размер дорожки RAID, чтобы быть кратными размеру страницы чтения для типа диска, который Вы выбираете (я думаю все использование Intel X-25 блок чтения 128k), и Вы хотите установить свое смещение выравнивания на некоторое число, которое гарантирует, что это больше, чем это. Стандартная рекомендация 64k смещения раздела была бы плохим выбором, если SSD имеет размер страницы чтения 128k, например. Из-за асимметричной природы SSD пишет, что не легко оптимизировать RAID-массивы SSD для производительности записи, но это - целое 'nother история и включает много кэша.

Существует хорошая статья об оптимизации SSD RAID здесь на OCZForum, это нацелено на установки энтузиаста, но они разбираются в общем сообщении для любого пытающегося прокрутить их собственный SSD RAID от от набора полки насколько я могу сказать.

Наконец, если Ваше чтение, шаблон IO преимущественно последователен 8 дисков 15k, может (в теории) хит где-нибудь на приблизительной оценке 800Meg/sec если не больше. Два SSD, даже Intel X-25E, только поразят приблизительно половину этого. Я предположил бы, что Ваше чтение, шаблон IO склоняется достаточно к случайному IO для отрицания этого, но при правильных обстоятельствах 8 15k дисков SCSI могут быть намного быстрее, чем два SSD. Это подтверждено Вашим тестированием. Рассмотрение тех чисел, хотя я сказал бы, что некоторая работа с выравниванием раздела и размерами дорожки поможет вполне немного.