Lecture séquentielle

Cliquez pour agrandir

On remarque une belle courbe de débits qui monte d’une manière bien régulière vers un débit final intéressant de 235 Mo/s. Le traitement des petits fichiers est très bon et si l’on observe la courbe des contrôleurs (graphe de droite), on constate un niveau équivalent au contrôleur Indilinx au début, avant que ce dernier ne perde en régularité. Le JMF612 est en définitive de peu derrière l’Intel mais devant le Samsung et largement mieux loti que le JMF602.

Ecriture séquentielle

Cliquez pour agrandir

Le JMicron est ici devant l’Intel qui est limité à un peu moins de 100 Mo/s lorsqu’il est accompagné de puces MLC. Le JMF612 de son côté culmine à 160 Mo/s, nettement mieux que le JMF602 et un cran derrière le Samsung. L’Indilinx de son côté est limité à 130 Mo/s ici mais fait mieux dans les tests pratiques. Si on observe plus en détail les courbes des contrôleurs, on constate des débits de peu inférieurs à l’Intel avec les petits fichiers pour le JMF612 mais légèrement supérieurs au Samsung. L’Indilinx de son côté démarre mieux avant un aplatissement caractéristiques des débits avec des fichiers de 8 et 16 Ko. En résumé, le JMicron JMF612 offre une courbe régulière et ne se fait distancer que par l’Intel pour le traitement des petits fichiers, excusez du peu…

Lecture aléatoire

Cliquez pour agrandir

En lecture aléatoire, le JMF612 propose une cassure étrangement identique au contrôleur Samsung. Ces deux contrôleurs nous semblaient déjà très proches mais là le mimétisme est surprenant, voire dérangeant. La seule différence est que le JMicron obtient des débits plus élevés et offre même la meilleure courbe à partir d’une taille de fichier de 128 Ko avec au final un débit de 232 Mo/s, se faisant doubler de peu par l’Intel. C’est encore l’Intel qui est d’ailleurs devant quand on observe les débits avec les fichiers compris entre 16 et 128 Ko. En-dessous de cette taille, c’est l’Indilinx qui est devant avant une fois de plus de se tasser à partir d’une taille de fichier de 128 Ko. On notera que sous une taille de fichiers de 32 Ko, le JMF612 est avant-dernier mais heureusement bien devant le JMF602 qu’il remplace.

Ecriture aléatoire

Cliquez pour agrandir

C’est ici que le bât blesse pour ce JMF612, à l’image du JMF602 et du … Samsung. Les écritures aléatoires sont incroyablement faibles jusqu’à une taille de fichier de 4096 Ko. Au-delà, il se reprend et fait mieux que le Samsung et le JMF602 mais c’est un peu tard pour se réveiller. Ici, l’Intel et l’Indilinx restent les meilleures options.

Usure

Cliquez pour agrandir

En lecture, on constate que notre exigeant protocole de test n’a pas d’effets négatifs sur les débits, ce serait même l’inverse avec une très légère hausse du débit séquentiel.

Cliquez pour agrandir

En écriture, le JMicron JMF602 n’était que très peu affecté par notre protocole de test et c’est une fois de plus le cas du JMF612. Tout au plus note-t-on lors du premier run en mode "usé" que le débit baisse un peu avant de revenir à son niveau initial à mi-parcours. Lors du second run tout rentre dans l’ordre. Bref, a priori ce SSD n’a pas besoin du TRIM car il gère très bien l’usure… comme le Samsung.

• Introduction
• Présentation du SSD A-Data S596, protocole de test
• Le JMF612 face aux principaux contrôleurs du marché sous IOMeter
• Tests synthétiques
• Tests pratiques de lecture
• Tests pratique d'écriture
• Tests pratiques : copie proche
• PCMark Vantage
• Conclusion