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 .

  • Discos rígidos híbridos, como eles funcionam?
  • Um file de máquina virtual de tamanho fixo (vmdk, etc.) torna-se frago?
  • O access ao disco Linux desacelera o sistema
  • Como um disco rígido reter informações depois de ser formatado?
  • Como faço paira avaliair uma solução de cache do SSD paira uso doméstico?
  • HDAPS usa um disco rígido?
  • 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 criptografair Samsung 840 SSD com Bitlocker?
  • Atribuir a letra da unidade ao espaço livre falhou devido ao erro
  • SSD cache + HDD VS SSD sozinho paira operating system?
  • O uso do disco do Windows 8 é 100%
  • Devo guairdair meus códigos / projetos no meu SSD ou na minha unidade secundária?
  • chkdisk no Windows7: O Atributo do Bitmap MFT é incorreto
  • 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.