Dados os níveis de desempenho que você está tentando atingir, você deve ter algumas coisas em mente.
A sugestão anterior para formatar a unidade que mantém seu conjunto de dados com um tamanho de cluster NTFS > 25k é um bom, 32k parece ser uma boa escolha para o seu caso de uso. A finalidade de fazer isso é garantir que você esteja evitando ter que lidar com a fragmentação, se possível, e reduzindo a sobrecarga do sistema de arquivos associada à leitura em um único arquivo.
Também sugiro dar uma olhada no tamanho da faixa RAID. Se a natureza do conjunto de dados resultar em IO sequencial (principalmente), um tamanho de faixa maior será mais vantajoso. Se for aleatório, um tamanho de faixa menor será mais inteligente, mas não menor do que o tamanho do cluster do sistema de arquivos. Dada a descrição do que você está tentando fazer, eu diria que seu perfil de E / S é aleatório, então um tamanho de faixa de 64k seria bom, mas pode valer a pena experimentar.
O que é muito importante é garantir que a partição esteja alinhada - você desejará usar o Diskpart.exe em seus sistemas, geralmente definir um deslocamento de alinhamento de 64k faz o truque com tamanhos de stripe padrão de cluster e RAID, mas um deslocamento de 1024k é usado no Vista \ Windows7 \ W2K8, uma vez que irá garantir o alinhamento mesmo com stripe & tamanhos de cluster. Há um artigo muito bom sobre desempenho do servidor SQL da Microsoft aqui que explica as razões pelas quais isso é importante fazer para drives \ arrays de alto desempenho. A versão curta disso é que uma partição mal alinhada pode degradar o desempenho de E / S de 15 a 30%.
Para SSD, as mesmas regras gerais se aplicam, mas o comportamento subjacente das leituras \ gravações é muito diferente. Em vez de lidar com setores de disco de 512 bytes no nível mais fundamental, o IO em SSDs usa blocos muito maiores. As leituras tendem a estar em tamanhos de página fixos entre 4k e 128k, as gravações envolvem armazenamento em buffer e grandes tamanhos de bloco de apagamento (no intervalo de megabytes). A principal coisa para você (onde leitura IO é importante) é que você deseja definir o tamanho da faixa RAID para ser um múltiplo do tamanho da página de leitura para o tipo de disco que você selecionar (acho que todos os Intel X-25 usam uma leitura de 128k bloco) e você deseja definir o seu deslocamento de alinhamento para um número que garanta que é maior do que isso. A recomendação padrão de um deslocamento de partição de 64k seria uma má escolha se o SSD tiver um tamanho de página de leitura de 128k, por exemplo. Por causa da natureza assimétrica das gravações de SSD, não é fácil otimizar as matrizes RAID SSD para desempenho de gravação, mas isso é uma história completa e envolve muito cache.
Há um bom artigo sobre como otimizar o SSD RAID aqui no OCZForum , é voltado para entusiastas configurações, mas eles recebem a mensagem geral certa para qualquer um tentando rolar seu próprio SSD RAID de fora do kit de prateleira, tanto quanto eu posso dizer.
Finalmente, se o seu padrão de leitura de IO for predominantemente sequencial, as 8 unidades de 15k podem (em teoria) chegar a algum ponto no limiar de 800Meg / seg, se não mais. Dois SSDs, até mesmo os Intel X-25E, só atingirão cerca de metade disso. Eu acho que o seu padrão de leitura de IO é tendencioso o suficiente para IO aleatório para negar isso, mas sob as circunstâncias corretas seus 8 discos SCSI de 15k podem ser muito mais rápidos do que os dois SSDs. Isto é confirmado pelo seu teste. Olhando para esses números, eu diria que algum trabalho com alinhamento de partições e tamanhos de faixas ajudará bastante.