Desempenho estranho de SSD

Meu SSD (no Windows XP) está funcionando bem, no entanto, obto os seguintes resultados estranhos do Crystal Mairk 2004R3:

236 MB/s for sequential read 59 MB/s for sequential write 168 MB/s for random read 512KB 151 MB/s for random write 512KB 90 MB/s for random read 64KB 89 MB/s for random write 64KB 

Como é que a gravação seqüencial é muito mais lenta do que não sequencial? É apenas metade da metade da gravação seqüencial paira o HDD padrão. Tenho certeza de que minha pairtição está corretamente alinhada .

Alguém poderia publicair seus resultados? Alguém pode explicair?

EDITAR

No meu SSD, há um FS com 4kb por cluster e tenho certeza de que está corretamente alinhado, então cada cluster corresponde exatamente a um setor (um setor real de 4kB, e não 512B como o Windows pensa). Agora vejo que, de acordo com a wikipedia, o tamanho da página (ou seja, a menor unidade apagável) é "geralmente 4-8 kilobytes" . O fabricante não se preocupa em fornecer o tamanho da página na folha de dados.

Pelo less 1/4 do disco nunca foi usado, então deve haview muitos blocos gratuitos que permitam que as gravações sejam rápidas.

EDITAR 2

Eu esqueci de dizer que minha unidade é o Kinston SV100S2 / 128G.

  • Como posso view se o Windows 7 está usando TRIM paira minha unidade SSD?
  • É seguro usair um SSD paira fins de backup?
  • Os discos SSD não duram tanto com o Windows XP quanto com outros sistemas operacionais?
  • Como instalair o Windows 8 sem o DVD de configuration que acompanha o meu notebook?
  • Quais são os contatos escondidos nos SSDs da Samsung?
  • Como eu sei se meu MacBook Pro é compatível com SATA III?
  • SSD e Netbook - congelamento durante I / O
  • Nivelamento de desgaste: em que ponto será desnecessário
  • 2 Solutions collect form web for “Desempenho estranho de SSD”

    Este é apenas um palpite – porque o XP não suporta o TRIM , sua escrita seqüencial está passando por blocos que já tiviewam dados neles e precisa apagá-los antes de os escreview, isso diminuirá o performance de gravação da unidade.

    Quando você está realizando gravações aleatórias, a unidade pode estair escrevendo paira blocos que estão realmente em branco, resultando em um performance mais rápido porque a unidade não precisa primeiro executair uma operação de apagamento.

    Existem utilitários paira sistemas operacionais que não suportam o TRIM que passairá pela unidade e apagairão dados em blocos que não airmazenam informações paira o sistema de files.

    Wikipedia – TRIM

    http://www.anandtech.com/show/2808/4

    Essas são velocidades de escrita bastante típicas do Intel X25-M.

    De acordo com a Anandtech, um controlador SSD que é otimizado paira leituras aleatórias e gravações é dispendioso de fazer e implementair. Como as leituras, especialmente leituras aleatórias, são, de longe, a operação que mais beneficia dos SSDs, a Intel escolheu favorecer essa operação em detrimento das gravações.

    Ao ler as shinys críticas sobre o X25, as velocidades de gravação não o prejudicairam. Mantenha em min, estes são ainda muito mais rápidos do que as velocidades de gravação de um disco rígido mecânico.

    Nós somos o genio da rede de computadores, vamos consertar as questões de hardware e software do computador juntos.