De premiers détails sur les Ryzen Threadripper Pro 5995WX, 5975WX, 5965WX, 5955WX et 5945WX
Chagall au rapport
Comme prévu, et bien qu'ils ne soient pas attendus avant encore quelques mois, les Ryzen Threadripper Pro basés sur l'architecture Zen 3 (Chagall) seront présentés par AMD au CES de Las Vegas. Mais comme souvent, les fuites se multiplient en amont de la conférence du constructeur.
C'est Igor's Lab qui a vendu la mèche, publiant un tableau qui détaille les caractéristiques techniques de cette gamme. Il n'y a pas vraiment de surprise puisque tant l'architecture que la plateforme sont connues. Nous avons néanmoins droit à quelques confirmations, notamment sur l'étendue des modèles proposés : de 12 à 64 cœurs.
Pour rappel, les Ryzen Threadripper Pro sont des adaptations pour les stations de travail des processeurs EPYC, sans les limitations des Threadripper classiques au niveau des canaux mémoire ou du nombre de lignes PCIe par exemple. Ils utilisent un socket spécifique (sWRX8) et leur TDP serait de 280 watts pour l'ensemble de la gamme, ce qui permet une bonne montée en fréquence : jusqu'à 4,55 GHz en pointe et sinon de 2,7 GHz à 4,1 GHz selon les modèles (P0).
On note une mention étonnante d'une configuration 2P, possible pour EPYC mais dont il n'a jamais été question pour Threadripper. Est-ce que cela va changer ? Nous le saurons à l'occasion de la conférence du 4 janvier d'AMD.
Commentaires (10)
Vous devez être abonné pour pouvoir commenter.
Déjà abonné ? Se connecter
Abonnez-vousLe 23/12/2021 à 11h49
Dual socket avec des 64 coeurs … 256 threads dans une machine « domestique »
Je suis preneur du temps de compilation d’un noyau Linux dans ces conditions.
Les temps de rendu avec Blender 3.0 ne devraient pas être mal non plus.
Le 23/12/2021 à 12h45
Les threads ne doivent pas traiter sur les mêmes zones mémoire. Donc utiliser tous les threads n’est généralement pas le fait d’une seule application.
C’est tout le problème du marketing. A quoi ça sert de lancer 100 applications en même temps quand l’utilisateur n’est pas foutu de gérer son emploi du temps tout seul ? (sic)…
Enfin bref. Faut se méfier de ce genre d’annonce. Il faut le rapprocher du besoin du pékin moyen. A part pour des applications gourmandes qui en plus, tire partie des fonctionnalités des ces CPU (ça aussi), bin ca réduit le nombre de personne susceptible d’en prendre.
Le 23/12/2021 à 13h23
Perso j’attends zen4 et la DDR5 pour comparer avec les derniers Intel ^^
Le 23/12/2021 à 15h01
Vous en connaissez beaucoup des pékins moyens qui achètent du ThreadRipper Pro ?
Le 23/12/2021 à 15h08
Alors, oui tu as raison en ayant une approche classique et domestique : faire tourner des applications toutes faites tombées du setup.exe
Là, mes machines, je les torture avec des traitements de mon cru, des compils de noyau, des sauvegardes de BDD hautement parallélisées etc … . Issu de l’informatique industrielle, tout programme se doit d’être limité par l’OS et/ou la plateforme ; une limitation logicielle liée à sa conception mono-threadée ne fait pas partie de mon vocabulaire.
Pour tirer partie des plateformes d’aujourd’hui, un gros truc monolithique et séquentiel n’est plus du tout adapté.
Le 23/12/2021 à 15h12
Je suppose qu’il voulait dire que le pékin moyen ne dépense pas 10k€ dans un PC ;)
Le 23/12/2021 à 16h59
Clairement, et c’est pas dans les grandes surfaces qu’on va trouver ces machines prêtes à l’emploi
Le 23/12/2021 à 23h19
256 threads avec une seule application, ça ne pose pas de problème particulier si tu fais du tiling. Les calculs se font dans le cache. Seuls les résultats sont transférés en RAM. Éventuellement un peu de padding pour éviter le faux-partage, et ça marche.
Il ne faut pas que la parallélisation soit faite avec les pieds, certes, mais vraiment 256 threads, c’est accessible même à un débutant après une petite formation idoine.
Le 23/12/2021 à 23h22
C’est un pékin uniquement s’il est chinois. Mais sinon, ce genre de pékin serait plutôt un péquin moyen.
Le 24/12/2021 à 08h38
Exactement, et pour avoir le niveau de perfs maximum, il convient de contextiser les traitements des threads afin qu’ils ne soient pas ralentis par les mutex des données partagées. Les mutex sont nécessaires mais il doivent être le moins nombreux possible.
Mais bon, pour ça il faut savoir programmer sans framework et maîtriser le dataflow du programme.