Reprise du message précédent :

Justement, il serait intéressant de vérifier si on peut toujours tenir le même OC avec un NH-U14S TR4 ou un NH-U12S TR4, qui ne parviendront pas à maintenir la même température que l'AIO utilisé ici.
Là on a deux dies à refroidir (certes avec une grande surface de contact), pas un seul.

Clair, je suis touché aussi, mais avec quelques workaround je limite un peu la casse et je ne vais pas m'amuser a builder pendant 24H voir si j'ai un segfault.., j'ai un ticket en cours on verra la suite.

Pauvre Guillaume, le dossier de Threadripper à peine achevé qu'il faut déjà repartir à la tache avec  RX Vega   .

Le segfault n'a lieu que sur linux, il ne concerne pas threadripper. Il a uniquement lieu si on veut le torturer en multipliant les compilation en parallèle, mais ne semble pas toucher tout les ryzen.  
Il est en cours de correction par AMD, et sera vraisemblablement inclus au kernel 4.14

Heu tu sais quelque chose? je suis le sujet de très près et j'ai rien entendu a ce sujet.  
Faux ça touche aussi le sous système Linux dans Windows 10, les BSD like comme dragonfly mais là le problème est différent !
Je pense plutôt a une mise a jour du microcode, AGESA, ou remplacement du CPU défectueux.

J'ai pas bien suivi mais de la RAM à 2400 MHz, c'était le max que vous pouviez avoir ?

Ce n'est pas Damien qui fait le test GPU ?
Edit :    
Je sors de ma grotte. Comment ai-je pu rater une news aussi importante ?

Damien n'est plus  

Dit comme ça, on le croirait mort et enterré le pauvre. Il a juste quitté HFR pour AMD

C'est tout comme non ? Je plaisante

Il me semblait l'avoir lu sur le ticket "gcc segmentation faults on ryzen / linux", que c'était sur la bonne voix.  Le soucis ne vient pas toujours du proc apparement. Pour certains ça pourrait venir de la loterie des Mobal/Ram (les samsung B-Die ne semblent pas affectés de ce que j'en avais lu).  
 
Il y'a pas mal de workaround qui semblent fonctionner (baisser les voltages ou l'inverse, désactiver l'ASLR et/ou SMT, mise à jour du kernell, 1 seul barrette, flag -O0 ou maj gcc).  
 
En effet, ce type de problème a aussi été aussi répertorié sur FreeBSD ou Windows WSL. Si c'est un soucis des R3,5,7, il faut effectivement espérer que ça soit résolu via microcode ou AGESA, ça la foutrait mal après tout ce temps de devoir RMA. Mais je suis plutôt optimiste.

Clair ! ça m’embête pas mal de devoir tout démonter !
Mon cooler est plus facile a poser CM déposée !

Justement si ça vient du proc !    
D'apres les dires il semblerait que le soucis ait disparu ou est réglé sur ceux produit à partir de la semaine 25 de 2017 ..

bien de voir AMD revenir dans la course, AMD corrigez vos problèmes de gestion de la DDR4 et le goulot d'étranglement entre die svp. Ryzen sera mon prochain CPU

 
https://community.amd.com/message/2817034#2817034
https://www.phoronix.com/forums/for [...] post966737

 
Plus on atteindra les limites plus la R&D disposera de fonds supplémentaires pour changer de techno, déjà le graphène, les techno optiques, il y a quelques pistes mais çà risque de prendre un peu de temps. D'ici 10 ans on aura forcement un pas de géant qui sera fait, en attendant le soucis c'est qu'on invente pas grand chose le x86 n'est pas prêt d'etre abandonné... idéalement un dual-core de 100Ghz mais comment faire ?

C'est exactement comme les autres Ryzen, AMD annonce des spécifications officielles très strictes (voir page 3), mais en pratique avec les bonnes barrettes on peut tenir 3200 en "overclocking".

 
Ben il y a seulement 2 die actif sur TR, pour avoir 8 canaux il faut que les 4 die soient actif. Impossible avec ces processeurs. Ca ne dépend pas que de la carte mère.

 
Ça s'appelle les GPU, qui proposent une approche bien plus optimisé pour du calcul massivement parallèle. Ce sont d'eux que viennent les principales progrès des dernières années.

Belle bête, bien joué! Bon pour tout le monde ça   (et pitin, bave sur les traitements LR...)

" De la même manière, l'Infinity Fabric externe est un système de switchs avec un lien jusque chaque die, un lien qui disposerait selon AMD d'une bande passante dans chaque sens (mesurée) de 102.22 Go/s. Un chiffre significativement plus haut que la bande passante théorique que l'on retrouve dans les liens entre les CCX (AMD annonçait en bande passante mesurée 21 Go/s environ). "  
 
çà c'est une excellent nouvelle et on imagine bien qu'AMD en plus de repasser dans le Vert rapidement va pouvoir pousser un Zen2 en 7nm et surement faire des merveilles, j'espère qu'ils vont faire vite, le sortir vite et surtout j'espère qu'ils bossent déjà sur la prochaine archi CPU post Zen et nous sortir un truc un peu moins ZEN genre un CPU FURY FX

On place le "X" devant et on avait une bonne petite carte graphique à l'époque avec la x1950 xtx ^_^!
A quand leur gamme en 5870x !!!

Bonjour,
Pouvez-vous nous expliquer pourquoi pour Vray/Mental ray, les 1950x et 1920x ne sont pas devant le i9-7900x ?? Sont-ils à 100% durant les rendus ? est ce une histoire d'optimisation ? car quand on voit les résultats sous cinebench R15.. la je suis franchement déçu ! Moi qui songeait au 1950x pour 3dsmax/vray ..

 
@scorpio810 Mouarf, à n'y plus rien comprendre. Tu as tout essayé j'imagine ^^
 

Si mise à jour du dossier il y a avec la mesures des latences, est ce qu'il serait possible d'avoir comme dans le dossier du 1800x une mesure de l'ipc à 3 GHz afin de comparer à nombre de coeurs identique l'efficacité des architectures entre Threadripper et les i9 ? Je demande ça en passant, juste une idée

 
Ben certainement qu'ils arrivent à la limite de la parallèlisation pour ces softs. Peut-être aussi que le protocole n'a pas lui même été prévu pour fonctionner avec 16C/32T. C'est le cas par exemple avec le x265, avec lequel il suffit d'utiliser un encodage 4K au lieu de 2K pour pouvoir saturer plus correctement un CPU 16C/32T. Peut-être qu'en augmentant aussi la taille du rendu, le scaling sur les cores serait meilleur par exemple (ce n'est qu'une hypothèse). En tout cas avec d'autres softs de rendu comme corona, blender ou POV-ray, le scaling est bien mieux respecté: un 1950X est deux fois plus rapide qu'un 1800X, tout en étant bien plus performant qu'un 7900X.

@guillaume : c'est moi ou l'article de tomshardware.fr donne plus souvent l'inverse ?
Ils sont sponsorisé par Intel ou quoi?
 
http://www.tomshardware.fr/article [...] 18-14.html
 

On te remerciera jamais autant qu'il faut C_Wiz.

Et sinon y a quelque chose pour ceux qui cherche de l'efficacité par cycles ou de la fréquence en hausse ? Non ?
 
Tant pis... Je repasserais quand le concours de tailles de bits sera fini  

En accord à 100% avec cette proposition, espérons que Linux soit inscrit au protocole de test car il a été révélé tardivement que le Ryzen échoue aux lourdes et longues charges de compilation avec une segmentation fault à la clé.
AMD acquiesce et rétorque que le Threadripper en est exempté. Quelle preuve ?  
Threadripper sera ciblé en autre par le HPC où Linux reigne en maître.

 
Franchement, integrer des CPU OC dans le test, je voit pas l'interet pour ce type de processeurs, et ca  a tendance a fausser les comparaisons

Je vvveeeeeuuuxxx, ayant de gros besoins en terme de perf j'ai du changer rapidement de matos pour un projet et passer sur un 1700X mais le threadripper est ce qu'il me faut idéalement. Donc si quelqu'un cherche un 1700x + mobal qui a 1 mois je suis là

soudainement avec AMD tout le monde devient professionnel XD

 
 
et voilà la bête devant un 20 cores 200 w Intel de 2700 $ !!  
 

C'est débile ... si les coeurs ne sont pas utilisés, ceux qui le sont devraient automatiquement "s'overclocker" pour fournir de meilleures performances ... au lieu de ça, c'est reboot à chaque fois qu'on veut bosser ou jouer ... vraiment débile ... Pourraient s'inspirer d'Intel ... chez eux, plus on monte en gamme plus c'est puissant point barre. ( hors architecture bien entendu )

Merci beaucoup pour ce test de très bonne qualité, c'est toujours un régal de vous lire.
 
En effet on pourrait reprocher de lire des raccourcis sur des produits pas encore testés à venir chez Intel.
 
Sur le TR, c'est tout de même incroyable d'avoir 16C/32T pour juste 180W, et au final une capacité d'OC à 4.0 GHz accessible.

"L'inélégance est-elle la seule chose que l'on reprochera à Threadripper ?"
 
En terme d'inélégance, Intel n'a rien à envier à AMD.
 
Ne leur ont-ils pas, avec des procédés commerciaux  honteux, interdit l'accès du marché OEM pendant de longues années au moment ou ils dominaient Intel de la tête et des épaules en termes de performance ?
 
-

Moi ça me réjouis de voir AMD revenir haut la main dans course. Je trouve leur démarche bien plus intelligente. Il ne manque plus qu'ils l'appliquent à leur GPUs...  

Pour le 7900X fait moins bien en jeux que le 7740K  

Je crois que tu parles du turbo. Ici, il est question de désactiver un die (et activer NUMA) pour se mettre dans une situation plus favorable au jeu, ce qui n'a rien à voir avec le turbo.
Comme le dit l'article, c'est pas très propre, mais ça a le mérite d'exister.
 
En passant, comme l'a montré les tests, les jeux ne scalent pas aussi bien que les applis. bien multithreadées. Si tu paies cher un 32c@2Ghz, il sera assurément moins bon qu'un 4c@4GHz en jeu, mais il le déboitera sur l'applicatif. Qui est le plus puissant selon toi dans ces conditions ?