Alguns firmwares SSD são otimizados para os padrões de acesso de NTFS e FAT, mas não tenho certeza se esse é o caso aqui.
Eu tenho um SSD instalado em um PC. E a ferramenta de teste é o IOMeter. Ao usar o Centos 6.3 ou o Ubunut 12.04, o teste Random / 4K / 100% Leitura / 64 Outstanding IO / s mostra cerca de 8000 iops. Mas ao testar no Windows 7 com a mesma configuração. O iops é de cerca de 68000!
Ainda mais surpreendente é: Aleatório / 4K / 100% Write / 64 O excelente teste IO / s mostra 13000 iops no Centos / Ubuntu. Escrever é mais rápido que ler!
Alguém pode dizer por quê?
ATUALIZAÇÃO: O SSD é Samsung 830 Series 256GB. A interface é 6Gb / s.
ATUALIZAÇÃO: Novo resultado do teste. Desta vez é muito melhor.
Teste em Centos 6.3
Raw / FS | Transfer size | Read / Write | Outstanding IO/s | IOPS
raw | 4K | 100% read | 64 | ~22000
raw | 4K | 100% read | 1 | ~16k-20k
fs | 4K | 100% read | 64 | ~6200
fs | 4K | 100% read | 1 | ~6400
raw | 4K | 100% write | 64 | ~29000
raw | 4K | 100% write | 1 | ~27000
fs | 4K | 100% write | 64 | ~30000
fs | 4K | 100% write | 1 | ~27000
ATUALIZAÇÃO: Finalmente encontrei a resposta: Este problema é causado pelo próprio IOMeter! Não é possível carregar o sistema IO com capacidade total e o número de iops também não está correto! Depois de usar a ferramenta sysbench, posso ver que os iops chegam a ~ 64000. Quase o mesmo que WIN7:)
Alguns firmwares SSD são otimizados para os padrões de acesso de NTFS e FAT, mas não tenho certeza se esse é o caso aqui.
O mais provável é que o Windows tenha, por padrão, no disco rígido compatível com política de cache de gravação definida como ativada . Aumentará maciçamente as suas IOPs de gravação, como você viu no seu teste.
Basta desativá-lo para o teste do Iometer e você verá os mesmos números que o Linux.