COMPTOIR
  
register

×

Dossier SSD : Debits sequentiels lecture

Comparatif • 7 SSD de 32 à 256 Go
Dossier SSD : Debits sequentiels lecture
Dossier SSD : Debits sequentiels Ecriture

• Tests synthétiques (H2Benchw)

Afin de se faire une petite idée des performances comparées de nos compétiteurs, voici une série de tests incluant tout nos SSD ainsi que le RAID 0 de 2 G.Skill Falcon. On attaque par le premier test issu d'H2benchw : le débit en lecture séquentielle au travers de 1000 mesures sur l'ensemble du disque. Une fois ces dernières mises en forme et intégrées au sein d'un même graphique pour chaque SSD, on obtient ceci :

 

Dossier SSD : Debits sequentiels lecture [cliquer pour agrandir]

Cliquez pour agrandir

 

Les deux X25-M mènent le bal avec un très léger avantage au Postville. Sur leurs talons, le Falcon suivi de près lui aussi par le PB22-J. En queue de peloton on retrouve les Mtron et à mi-chemin entre ces derniers et le Samsung se trouve l'Apex. Le Raid 0 est très efficace dans ces conditions et atomise la concurrence. Si l'on traduit ces courbes en débits moyens à présent :

 

Dossier SSD : Debits moyens lecture

 

Confirmation de nos dires précédents, passons à l'écriture séquentielle.

 

Dossier SSD : Debits sequentiels Ecriture [cliquer pour agrandir]

Cliquez pour agrandir

 

Etrangement le Falcon s'impose alors que dans tous les autres logiciels mesurant ces débits il se retrouve derrière le PB22-J. De plus son niveau est anormalement élevé puisque similaire à celui en lecture alors que les spécifications même du constructeur l'annoncent inférieur (bug de h2benchw avec le Falcon ?). Second souci, l'Apex se retrouve avec des résultats calamiteux alors que dans les autres tests il s'en sort plutôt bien à ce niveau, bref à priori un second bug de h2benchw. Pour le reste les deux X25-M marquent vraiment le pas par rapport à la lecture et se retrouvent dépassés par les Mtron. Au sommet, le Raid 0 de Falcon ne souffre toujours d'aucune concurrence. Quid de la moyenne en écriture?

 

Dossier SSD : Debits moyens ecriture

 

Basée sur les courbes, ces moyennes sont forcément affectées par les incohérences que nous avons notées. Il est préférable de se tourner vers les résultats issus de IOMeter (avec de gros fichiers) / CrystalDiskMark / HDTune pour avoir une idée moins sujette au doute des performances en présence pour l'écriture séquentielle. Finissons H2benchw par la mesure du temps d'accès moyen :

 

Dossier SSD : temps daccès

 

Les mesures étant rapportées en ms, la valeur la plus faible est donc la meilleure. Les 2 Mtron et Intel mène le bal, suivis comme leurs ombres par le G.Skill Falcon seul, puis en Raid. Arrive ensuite le PB22-J et l'Apex, tout ce beau monde étant sous les 0.2ms (au revoir HDD). C'est tout pour H2benchw, continuons page suivante avec nos tests issus de IOMeter.

 



Un poil avant ?

La HD4750 sur le point d'arriver ?

Un peu plus tard ...

L'annonce du PCIe 3.0 repoussée à la mi-2010

Les 3 ragots
Les ragots sont actuellement
ouverts à tous, c'est open bar !
par Seeli, le Mardi 14 Septembre 2010 à 09h14  
Bonjour.

Je sais que ce comparatif est sorti il y a plus d'un an, mais sur vos bons conseils, je me suis fendu d'un SSD Intel X25-M 80 go "postville".

Je voulais juste savoir si depuis la parution de votre article, il y avait eu des changements notables sur ce SSD, que ce soit au niveau du firmware ou pour le hardware pur.

A part ça, merci pour ce comparatif qui m'a permis de choisir mon SSD.
par Eric B., le Samedi 10 Octobre 2009 à 17h52  
Non ce n'est pas ça j'avais vérifié l'utilisation CPU et elle ne s'envolait pas avec le Raid de l'ICH10R, il ne faut oublier non plus que les "simulations applicatives" sollicitent les HDD et très peu le CPU (on obtient le même score vantage aux erreurs de mesure près avec un C2Q ou un Ci7) et donc même si 50% du CPU était utilisé cela n'aura pas d'impact.
par Guig2000, le Lundi 28 Septembre 2009 à 10h26  
Bonjour,Je pense que les performances catastrophiques du raid0 sous Vantage, "en simulation d'application réelle" pourraient être dues à sa consommation de cycles CPU, si on me disait que le raid0 consome 50% d'un core cela ne m'étonnerait pas, malheureusement vous n'avez testé cet aspect:En effet, selon moi, plusieurs facteurs s'accumulent:+Vous utilisez le contrôleur ICH10R de la carte mère, mais il s'agit d'un contrôleur "software", c'est à dire que c'est le CPU qui fait presque tout le travail.+Les débits théoriques max sont très élevés, du coup les opérations de gestion du raid sont très nombreuses.+La plupart de ces tests de "simulation applicatives" sont à mon avis très consommateurs en CPU.Il faudrait tester le raid0 avec un contrôleur hardware, mais pour l'utilisateur réel, cela entrainerai un gros surcout, sans compter que ces cartes rallongent (plus ou moins selon les marques et modèles) le temps de boot bios.