Avec l'arrivée du PCIe 4.0 dans les chipsets et CPU d'AMD, on a vu le débit des SSD grimper en flèche. Désormais, ils peuvent dépasser les 7 Go/s, une évolution qui tend à se généraliser. Le contrôleur PS5018-E18 de Phison pointe d'ailleurs le bout de son nez, tandis que Silicon Motion multiplie les nouveautés.
Les premiers SSD PCIe 4.0 x4 ont été annoncés début 2019, dans la foulée de l’arrivée de cette technologie à travers les plateformes d'AMD. Nous avions d’ailleurs testé un Gigabyte Aorus atteignant 5 Go/s, via un contrôleur Phison.
Phison, Samsung, WD : déjà de la concurrence à plus de 7 Go/s
Il s’agissait du PS5016-E16, le premier d’une série de trois contrôleurs PCIe 4.0 x4 dévoilé à l’été 2019. Il était aussi question du PS5019-E19T pensé pour la basse consommation et surtout le PS5018-E18 capable de dépasser les 7 Go/s en lecture et en écriture. Depuis, nous étions sans nouvelles de ce dernier.
Il était pourtant prévu pour le second trimestre 2020. Il a finalement un peu en retard sur le calendrier, de premiers SSD l'intégrant devant arriver sous peu, comme l’indique TweakTowm. Nos confrères ont pu essayer un exemplaire et atteindre des débits de 7,38 Go/s en lecture contre 7,03 Go/s en écriture sur CrystalDiskMark 7.0.
Pour rappel, Samsung et Western Digital (avec son tout récent SN850) ont également annoncé des SSD avec un contrôleur maison capable d’atteindre de tels débits, de quoi multiplier l'offre et faire baisser les tarifs.
Silicon Motion entre dans la danse, avec trois contrôleurs
Aujourd'hui, Silicon Motion dévoile à son tour trois contrôleurs PCIe 4.0 x4 pour SSD (NVMe 1.4) : les SM2267, SM2267XT et SM2264. Ils avaient eux aussi été brièvement évoqués lors du Flash Memory Summit 2019.
Comme leur nom l’indique, les deux premiers sont relativement proches. Ils ne prennent en charge que quatre canaux pour la NAND, limitant ainsi les débits à 3,9 Go/s en lecture et 3,5 Go/s en écriture, soit plus ou moins ce que l’on peut déjà trouver en PCIe 3.0 x4. Dans les deux cas, les entrées/sorties sont aux alentours de 500 kIOPS et la finesse de gravure est de 28 nm, exactement comme sur les contrôleurs SM2263(XT) en PCIe 3.1 x4. Principale différence : le SM2267 permet d’ajouter un cache DRAM, contrairement à la version XT qui se veut plus accessible.
Dans le haut du panier, on retrouve le SM2264 – quatre cœurs ARM R8 – avec une finesse de gravure en 12 nm et surtout deux fois plus de canaux supportés pour des débits maximums doublés : 7,4 Go/s en lecture et 6,8 Go/s en écriture. Les IOPS sont également multipliés par deux, pour arriver au million en lecture et en écriture.
Enfin, les trois contrôleurs disposent de la technologie maison NANDXtend ECC pour « prolonger la durée de vie du SSD et assurer l’intégrité des données ». Le SM2264 a droit à une version améliorée de 7e génération. Le fabricant ne donne par contre aucune précision sur la disponibilité de ses contrôleurs et/ou celle de SSD les exploitant.
Commentaires (29)
Avant tout ses débits me faisait rêver, puis j’ai vu un test ou les temps de chargement pour les jeux sur un SSD en sata3 était plus rapide qu’un SSD en NVMe(1.3) malgré le plus gros débit et un plus grand nombre d’IOPS. Depuis je ne sais plus quoi en penser
Vraiment?
c’était un test fait a l’aveugle et au ressenti par LTT il me semble
sur ce site là?
https://www.techspot.com/review/2116-storage-speed-game-loading/
Les SSD ne sont pas fait que pour les jeux
PS: à quand de jolies imoticones plus modernes que ceux des années 90?
C’est en option pour les abonnés ou pas
les SSD ne sont pas fait que pour bosser
non une vidéo de la chaine youtube LTT
Les emojis sont gérés par les OS, libre à toi de les utiliser ;)
En même temps ces gros chiffres ça toujours été le marketing. Faut regarder les lectures aléatoires 4kQ1, c’est ce qui est le plus sollicité en général. Après t’as les SSD avec un tout petit cache, ce qui fait pas tenir longtemps les débits d’écritures par ex… etc
Tous les tests de perf qu’on peut voir donnent un gain significatif dans les applis ou le disque est primordial.
Sur les jeux tu as des optimisations (notamment les récentes proposées par Microsoft pour faire communiquer les SSDs plus directement avec la carte graphique) qui vont probablement améliorer la donne.
Mais 8Go/s ça veut dire qu’on peut théoriquement faire un coldboot en 1s, pour moi ça tue complètement l’intérêt de la veille et ce n’est que plus bénéfique pour la conso de nos ordinateurs.
Tu peux faire une mise en veille prolongé / hibernation, mettre en cache la RAM ça prendra 2s~3s et la relire autant. Comme ça tu peux vraiment éteindre le PC et revenir dans l’état avant.
Effectivement !
Et le sous-titre qui va bien
Le meilleur usage que nous avons trouvé ici avec ces SSD super-rapides, ce sont les téléchargements. Nous avons une machine équipée en 10 Gbps. Quand les serveurs en fasse tiennent la charge (en général sur du multi-liens), le SSD encaisse le débit. Par exemple, ça m’a permis de télécharger un film en 4K de plus de 90Go en 1 minute et 42 secondes !
Quand le réseau de Free était vide (3h30 du matin). Pas la peine d’espérer une telle vitesse en journée pour le moment. Les serveurs en fassent doivent tenir, et Free doit augmenter les capacités de son réseau. C’est dur de dépasser les 4 Gbps en journée, et surtout, le soir… contre jusqu’à 8,4 Gbps constatés en pleine nuit.
Seuls les futurs jeux pour PS5 ou Xbox Series X sont pour l’instant capables d’exploiter réellement les performances des SSD NVMe. Sur PC, la faute à des API pas du tout adaptées (elles sont adaptées aux disques durs) : les données de jeu sont chargées “en masse” au lancement du jeu ou lors des changements de niveaux, alors que la force des SSD réside dans le streaming des données de jeu tout au long de la partie.
Mais DirectStorage devrait prochainement changer la donne…
Aucun rapport entre HDD/SSD, c’est surtout que les nouvelles API permettent au GPU d’aller chercher ses données directement dans le stockage pour le traiter sans avoir à passer par le CPU, la PS5 disposant aussi d’un élément de décompression matériel (là où le GPU sur PC pourra le faire en direct).
C’est bien ce que RTX IO/Microsoft DirectStorage sur PC viens régler comme soucis n’est ce pas (ou c’est autre chose) ?
Les périphériques NVMe ne sont pas seulement des périphériques basés sur SSD à bande passante extrêmement élevée, ils ont également des canaux d’accès aux données matériels appelés files d’attente NVMe qui sont particulièrement adaptés aux charges de travail de jeu. Pour extraire les données du lecteur, un système d’exploitation soumet une demande au lecteur et les données sont transmises à l’application via ces files d’attente. Un périphérique NVMe peut avoir plusieurs files d’attente et chaque file d’attente peut contenir plusieurs requêtes à la fois. Cela correspond parfaitement à la nature parallèle et par lots des charges de travail de jeu modernes. Le modèle de programmation DirectStorage donne essentiellement aux développeurs un contrôle direct sur ce matériel hautement optimisé.
Je serais curieux de voir des benchmarks de compilation genre C++.
windows 10 le faisant déjà par défaut, ça fait un bail que j’ai pas vu le bouton “Démarrer Arrêter” ,éteindre le système réellement . Peut être car ce ne sont que des PCs avec SSD sur lequel je bosse . Mais c’est super chiant sur le long terme
Le débit joue peu, tu peux avoir des gains sur le temps d’accès, mais en général la compilation dépend surtout du CPU sur de gros projets (c’est pour ça qu’on l’utilise dans les protocoles CPU).
Vu la chauffe de ces petits machins, vu la taille des dissipateurs qu’il faut leur coller dessus, vu la place que ça prend, au risque de buter sur un refroidissement de GPU parfois, ou d’autres cartes …
Je demande : est-ce bien raisonnable ?
J’imagine que les slots pour SSD PCIe ne sont pas là où ils sont par hasard : contraintes de tracé des lignes PCIe sur la PCB.
Mais du coup, c’est le binz.
Tout simplement qu’il n’y a pas que le disque qui est utilisé pendant le chargement ;)
Et qu’il existe des bons comme des mauvais SSDs NVMe tout comme il en existe aussi des mauvais comme des bons en SATA: le protocole et la connectique ne font pas tout :)
Il y a évidemment un rapport : la décompression matérielle va évidemment améliorer les performances et soulager le CPU, mais ce genre d’API n’est exploitable que grâce aux débits élevés du SSD, leur temps d’accès réduit et, comme dit plus haut par Muzzzzy, le mode d’accès bas-niveau aux données. Essaye ça avec un HDD…
C’est surtout le streaming des données de jeu sans chargement visible qui est une sorte de petite révolution avec les SSD NVMe, en plus de soulager la RAM. Sur PC, RTX IO sera évidemment un gros plus, mais rien n’empêcherait d’exploiter le CPU pour la décompression si l’on n’a pas une carte graphique compatible.
DirectStorage et DirectIO chez NVIDIA fonctionne aussi bien sur HDD que SSD. Les performances ne sont bien évidemment pas les mêmes, mais les intérêts que chacun apportent ne sont pas liés, bien qu’ils se complètent.
Hop Hop hop ! Halte là Messire !
DirectStorage comme Direct IO nécessiteront un disque NVMe pour fonctionner. Exit donc les disques SATA. HDD comme SSD.
https://www.nvidia.com/en-us/geforce/news/rtx-io-gpu-accelerated-storage-technology/
https://devblogs.microsoft.com/directx/directstorage-is-coming-to-pc/
J’ai du mal à comprendre comment un SSD SATA à 550 Mo/s peut limiter un jeu : il y en a qui chargent autant de données par seconde à un moment du jeu ? De plus, si le jeu est bien conçu, il peut précharger la suite tranquillement en tâche de fond (rien de nouveau ici).
Non et rien ne va dans le sens de ton propos dans les deux liens évoqués.