Vos Bench SSD via QuickBench4 ici, Cherche QuickBench de SandForce après longue période d utilisation i

[Kalm]

Bonjour a tous

Apparemment nombreux sont curieux de vouloir connaitre les performances des différents SSD actuellement sur le Marché ,Crucial Vertex G Skill etc …Je propose donc a ceux qui en possèdent et qu ils le désirent ,de poster via QuickBench leurs Bench SSD

Je commence avec ma 2CV
A DATA S599 128 Sandforce
Achat 4 days ago

N oublié pas le test ,standart test numeric View qui est plus parlant concernant les débit entre 4k et 1024k

PS je pense qu il serait pertinent pour ceux qui n ont fait aucuns entretien récemment (SecurErase,reconditionnement etc ) de préciser la date d achat et la vitesse de liaison négocié seulement pour ceux étant bridé en 1.5GB

Ce message a été modifié par Kalm - 19 Nov 2010, 15:36.

[Kalm]

Un petit rappel au sujet des contrôleurs

Source:hardware.fr

Comme nous l’avons déjà expliqué à plusieurs reprises, notamment ici, la commande TRIM est importante puisqu’elle permet d’éviter une dégradation des performances du SSD au fur et à mesure de son utilisation.

Bien entendu, l’impact sur les performances varie d’un contrôleur à l’autre. En effectuant des écritures séquentielles sur un SSD sur lequel nous avons auparavant effectué des écritures aléatoires, et vice-versa, voici nos conclusions quand à la sensibilité des contrôleurs vis-à-vis de la fragmentation :

- Indilinx Barefoot :
Les écritures aléatoires peuvent être divisées par 4.5, les écritures séquentielles par 5
- Intel PC29AS21BA0 :
Les écritures aléatoires peuvent être divisées 4, pas d’impact significatif en écriture séquentielle
- JMicron JMF618 :
Pas d’impact significatif en écriture aléatoire, les écritures séquentielles peuvent baisser de 10%
- Marvell 88SS9174 :
Les écritures aléatoires peuvent être divisées par 4, les écritures séquentielles peuvent baisser de 33%
- Samsung S3C29RBB01 :
Les écritures aléatoires peuvent être divisées par 14, les écritures séquentielles par 2.5
- SandForce SF-1200 :
Les écritures aléatoires peuvent être divisées par 2, les écritures séquentielles par 4
- Sandisk SDC4 :
Pas d’impact significatif en écriture aléatoire, les écritures séquentielles peuvent baisser de 25%
- Toshiba T6UG1XBG :
Pas d’impact significatif

Les contrôleurs Toshiba et JMicron JMF618 sont ceux qui souffrent le moins de la fragmentation, ceci étant probablement lié au fait que leurs performances en écriture aléatoire sont faibles ce qui laissent penser qu’ils ne font que peu d’usage du write combining. Le Sandisk G3 se comporte également assez bien. Les SSD Intel voient seulement leurs performances en écritures aléatoires impactées, mais ces dernières sont de bases assez élevées. Le Marvell est un peu impacté côté séquentiel mais surtout côté aléatoire, mais là encore les chiffres sont de bases élevés. Les contrôleurs les plus touchés sont l’Indilinx Barefoot, le SandForce SF-1200, et le Samsung S3C29RBB01, ce dernier étant très affecté du côté des écritures aléatoires.

Parmi ceux impactés en écriture séquentielles, certains contrôleurs arrivent à se remettre complètement de leur fragmentation lié à des accès aléatoire après une première écriture séquentielle. C’est notamment le cas chez Marvell, JMicron et Samsung. On constate des gains chez Indilinx et SandForce mais ils ne sont que partiels. D'autres mécanismes tels que le Garbage Collector tentent de profiter des phases de repos du SSD afin de défragmenter le SSD, mais ce type de mécanisme entraine des gains aléatoires, voir parfois inexistants malgré leur présence annoncée.

Seul le TRIM permet de maintenir le niveau initial de performances, que ce soit en accès séquentiels et surtout aléatoires. Pour rappel, pour bénéficier du TRIM, il faut une combinaison de 3 éléments gérant cette commande :

- Le système d’exploitation (Windows 7, Linux, bientôt Mac OS X) On l attend
- Les pilotes du contrôleur IDE/AHCI (sous W7, les pilotes Microsoft ou Intel)
- Le SSD

Ce message a été modifié par Kalm - 12 Dec 2010, 14:48.