Reprise du message précédent :
  Drap suite à bon plan Rue du Commerce !
Ryzen, me voilà.

et le grand Kevin qui a utilisé (et qui utilise encore certainement) son Ryzen sous Windows et qui n'a aucun problème, il y voit que du feu lui aussi?  
En fait, ce que tu veux dire, c'est que tous ceux qui sont sous Windows sont des Kevins ignorants, c'est ça?
Tu fais un mauvais, très mauvais procès aux Ryzen de la premières heures et des premiers mois et ceux qui se vendent encore maintenant. Trouve moi des utilisateurs sous W10, qui sont la grande, grande, majorité des acheteurs de Ryzen, qui ont eu un problème lié à ce "bug"... Qu'il se produise sous Linux, soit. Mais si je ne m'abuse, il y a eu correctif via l'OS, et correctif du proc <-- là j'en sais rien et ça ne m'intéresse pas en fait.
Bref...

Perso j'ai acheté sur amazon UK mon ryzen 1700, semaine 33...
 
Quelles semaines sont concernées par le bug ou non (sachant que je compile sous linux hein donc ca m'intéresse vraiment)?

Non ! je ne fais pas un mauvais procès au Ryzen de la première heure, d'ailleurs l'ancien (1706) me semblai bien plus véloce et compilai chez moi bien plus vite que celui envoyé (1728) et testé par AMD.
Même si avec quelques workarounds j'arrivai a contourner ce bug, ce n’étais pas viable dans le temps.
Ici c'est une machine de développement software, mais aussi un nightly builder qui va produire des paquets, Debian, Ubuntu, Windows, macOS.
Compiler les multiples environnements (compilateur, framework librairies et toutes leurs dépendances pour chaque env) de cross-compilation nécessaires (GCC, Qt 5.7.1 x86_64-w64-mingw32,  i686-w64-mingw32 pour WIN XP et Vista) (GCC, Qt 5.9.3 x86_64-w64-mingw32,  i686-w64-mingw32 pour Win 7, 8 & 10  c'est des heures et des heures de compilations ou tous les 8 cœurs/16 Threads sont à 100% tout le temps .... tu es vert quand un segfault se pointe au 3/4 et crash ta compilation presque a la fin, car tu as fini par saturer le µ-cache .... après une tres longue journée de compilation continue, tu peux recommencer .....
Donc ewi le grand kevin ou lekeiser n'y verra que du feu sous Windows avec ce même cpu, il en fera surement pas une utilisation aussi poussée et pointilleuse que certains dev qui travaille sous Linux/BSD ou les gars sur Gentoo.  

un autre test du Ryzen mobile R5 2500u (vs 8250 et vs mx150) :
https://techreport.com/review/32877 [...] u-reviewed

 
 
Moi c'est pire, je viens de me séparer d'un i7 8700k pour repartir sur un r7 1700x car en gaming avec une résolution 3840x2160 je ne voyais aucune différence mise à par une charge CPU un peu plus élevé
 
 Et en applicatif je suis moyennement convaincu, mon ressenti avec le ryzen était meilleur  

Autant en desktop ryzen m'a impressionné (mon 1600X est très bien) autant là je suis assez déçu.
Cette latence de fou, ça doit lui coûter bien cher.
Peiner à faire mieux qu'un 7200 qui n'est qu'un 2C/4T...
Entre l'IGP bof bof sur ce 2500U et les perfs moyennes  quand la config est déjà bien pimpée je pense que ça vaudra difficilement le coup

les perf moyenne ?
le 7200u a une fréquence plus élevé (2.5ghz de base contre 2ghz pour le Ryzen R5),  
en multithread ls Ryzen R5 ou le core i5 le surpasse.
 
par rapport au core i5 8250u(4c8T) il est dans le coup
l'IGP est juste au dessus de celui de l'intel, on aurait pu s'attendre à mieux, mais ça reste du vega ...
 
le TDP est de 15w, vraiment AMD a bien rattrapé intel, je trouve que c'est presque un exploit d'être compétitif par rapport au dernière génération d'intel  
 
le prix serait à priori bien inférieur, bref la concurrence est de retour, même si ce n'est pas parfait on y gagnera peut être à ce niveau (selon les disponibilité aussi)

Te restes plus qu'a attendre et basculer une nouvelle fois vers le prochain 9700K   Ryzen décoince Intel pour notre plus grand plaisir.  

ben justement, vous êtes combien?  
c'est ce que je veux dire, c'est un mauvais procès car le bug que tu rapportes sans arrêt ne touche qu'une infime portion des acheteurs. Je ne dis pas que ça n'est pas important, mais de là à le sortir aussi souvent...
Et comme je n'ai pas recherché parce que pas touché (et en plus je n'utilise plus mon 1700x) le bug a donc été corrigé sous Linux non?
Bref...

J'en parle parce que l'on nous l'a demandé, c'est tout, ne pas va pas croire que j'en fait tout un plat, je ne suis d'ailleurs plus concerné et un TR me tenterai bien.
Edit : Le bug n'a pas a être corrigé par l'os quand le problème est hardware, au plus ça se passe dans le firmware, au pire tu désactives l'op-cache dans le bios ou tu prend ton ticket pour un RMA.

ne vois dans mes posts aucune attaque, hein? Juste que ce problème ne m'a jamais moi touché, et que je fais parti de la horde de Kevins sous Windows
 
le bug n'est pas corrigé par l'OS, bien sûr, puisqu'il est hardware. Après, il peut être comme tu le dis désactivé dans le BIOS, dans une mise à jour du BIOS, ou logiciellement par l'OS.

De toute façon tous les procos ont des défauts ... qui sont corrigés par un nouveau firmware/microcode ou remplacé, intel n'en est pas exempté lui non plus.

https://lists.debian.org/debian-dev [...] 00308.html
http://www.comptoir-hardware.com/a [...] ebian.html

Le bug n'est pas visible dans Windows donc tu ne risquais pas de t'en apercevoir.
Certes vu la lenteur ou Windows compile du soft c'est p-e pas étonnant .
Ça me prend 10 mn de compilation en compilant directement sous Windows alors que le même .exe je le compile en 1 mn sur ma Debian en passant par un cross-compilateur, ewi.

 
Pas mal en effet, perso j'ai pris un 1600 sur le shop HFR hier !  
J'espère ne pas trop galérer avec le bios (Asus B350 Strix Gaming) et que ce sera stable...

Le 7200u n'est qu'un 2C/4T. Et aujourd'hui les fréquences pour ce que ça veut dire...
Sur cinebench ça marche bien mais sinon dans l'ensemble c'est assez moyen. L'i5 reste franchement meilleure.
Et cette latence... 100ns+ !

L'os corrige bien des bugs pour tout le monde.
Intel reste un des principaux contributeurs à l'univers Linux si j'ai bien compris et je suppose qu'ils ne font pas que rajouter de la perf...

Idem, j'ai pris une carte mère un peu rapidement (critères : µATX, ram >3000MHz), je me retrouve avec une MSI B350M Mortar... On verra bien !

IMHO, Ryzen n'est pas vraiment buggé, mais victime de la communication AMD. Overclockable, 3.6 -> 4.1 pour le 1800x, quasi aussi performant que le HDG intel pour moitié moins cher,  oui; mais il faut voir ce qui se passe pour de telles perfs:
- 4.1 GHz pour le 1800x, mais au prix d'un Vcore ~ 1.5v
- carte-mères qui par défaut overclockent au max
- boost systématique de la RAM au max (xmp ou docp si existant)
 
Dans mon cas (ryzen 1800x + cm asus crossair VI hero), W10 arrive à gérer plus ou moins les réglages par défaut de la cm: Vcore de 0,4 (C6-state) à 1.5+ v car Asus s'est penché sur la question W10. Mais Asus se moque totalement de Linux, et n'a pas "réglé" sa cm en fonction -> disfonctionnement sous linux, BSD...
 
Bon, je suis en train de tuner le système pour linux:
- P0 1.35v, P1 1.25v, P2 0.9v pour le Vcore, C6_state désactivé. Ce qui donne respectivement des fréquences max de 3600, 2700 et 2200 GHz
- op-cache désactivé: je réactiverai si le système est hyper-stable.
- RAM à 2133, soit la fréquence officiellement supporté par AMD (4x8 SR)
 
Si c'est stable dans ces conditions, je chercherai peut-être à aller plus haut pour P0. Sinon, je demanderai un RMA: pas envie d'avoir une corruption silencieuse sur les systèmes de fichiers  

 
Non merci par envie de racheté une carte mère exprès
 
Je vais rester sur le 1700x avec ma taichi et je vais patienter sagement pour voir ce que donneront les prochains zen

Reçu aujourd'hui mon 1600X, c'est un 1720, j'espère que j'aurai pas de crash avec kill-ryzen...

 
On peut aussi avoir une utilisation poussée et pointilleuse de sa machine sous un autre OS que Linux . Par exemple je fais tous mes ré-encodages pour le boulot sur ma machine Ryzen avec Handbrake sous Windows.
 
Et pour ceux qui nous lisent, Ryzen j'en suis super content depuis début Mars. Carte mère Gigabyte Aorus AX370 Gaming 5, 16GB de G.Skill TridentZ à 3200Mhz CAS14 : zéro problème. La ram tourne avec son profil XMP depuis le premier jour, mon processeur tourne à 3.8Ghz à 1.1875v. Le ration consommation/performance est excellent surtout quand le processeur passe plusieurs heures par jour à 99.9% d'utilisation.

Ré-encoder une vidéo ce n'est pas compiler du code, une erreur de conversion sur une frame ça se verra pas et ne plantera surement pas Handbrake t'obligeant a tout recommencer.. sur un gros C++ workload c'est pas pareil.
Quand tu dit processeur à 99.99%, comment ton Windows gère la charge et les threads CPU, comme ça?
Sur de grosses compilations c'est 100% cpu en permanence et t'as encore de la ressource pour d'autres taches mineures, surf, écriture de code dans un IDE,etc  tout en conservant un D.E ultra fluide.

 
Est-ce que tu as vraiment essayé Windows 10? Entre l'encodage H.264 ou H.265 qui a lui seul va utiliser le CPU à son presque maximum et ce que je fais à côté sur la machine à côté -un jeu 3D, compression/décompression avec encryptage. J'utilise tous les OS chez moi selon les besoins, de fait je ne suis ni pro X ou anti un tel .
 
Très honnêtement W10 se débrouille très bien dans la gestion de la charge.

Je ne fait pas d'encodage video, mais j'ai plusieurs VM, XP, 7, 10, Yosemite, Sierra, etc pour des tests, je peux te dire qu'une compil dans une VM macOS sierra, yosemite prend a peu près le même temps qu'en natif sur Linux à ~2 secondes près en plus, ce qui est tout a fait normal, dans une VM Win le temps est multiplié par dix avec le même make - j16 ....bref, pas envie d'approfondir d'avantage..

On utilise nos machines différemment. Mais il ne faut pas croire que parce qu'une machine tourne sur Windows elle va se tourner les pouces.
 
Avec un encodage Handbrake avec profil très lourd et très lent en H.265 et plein d'autres bricoles qui tournent en même temps -j'avais rien à faire sous 7zip alors j'ai lancé le bench- :

 
Machine toujours super réactive et fonctionnelle . J'utilise un 49 pouces en 4k donc toujours beaucoup de choses ouvertes en même temps .

 
J'en ai eu, à cause de réglages mémoire mal supportés. Et fourbe, genre a passer 900% de memtest et a planter en ouvrant un onglet ou en fermant une application. Je suppose que c'est provoqué par le processeur (ou le controlleur de mémoire), plus que par la mémoire elle-même. Dans un même temps, la mémoire tourne à la limite de ce que le processeur est capable de supporter au mieux en overclocking. (DDR3066 en dual rank, pas de geardown, timings primaires et secondaires à la main, il est très rare de voir des kits dual rank tourner à 3200). Après pas mal de tests, j'ai trouvé un réglage qui semble réellement stable et ça ne plante réellement plus.

Bonsoir    
 
Petite question d'un nouveau possesseur de Ryzen et d'un premier montage de config. Est ce que je dois changer la pâte thermique du ventirad AMD ou bien celle déjà appliqué est suffisante ? Je ne compte pas particulièrement OC mon nouveau PC n'y connaissant absolument rien en OC.
 
 

Ça devrait très bien aller avec la pâte fournie

 
C'était bien la peine d'avoir pris le temps de répondre à ton précédent post
https://forum.hardware.fr/hfr/Hardw [...] #t10281416

Si tu regardes les résultats sur Witcher 3 dans le test, la différence est assez énorme. Avec le Ryzen+IGP du peux jouer autour de 30 fps, avec Intel, tu ne peux pas.
Rocket League praticable en 720p aussi.

RocketLeague fonctionne déjà sur un Pentium G4560 donc bon heureusement que cela fonctionne aussi sur le Ryzen.
(Même s'il n'y a pas les mêmes contraintes de chaleur effectivement)

Bonjour,

Je souhaite me monter une petite config ITX. J'ai commandé un silverstone rvz03 et on me propose un Ryzen5 1600 + 2* 8GB de Ripjaws 4 2400 CL15. J'ai déjà l'alim et une 1060
6 Go.
La RAM ne risque pas de me poser de problèmes pour mettre un autre vetilateur CPU ?

C'est pour jouer sur une TV 1080P.

D'avance merci !

Je t'invite à consulter le test, les core i5 font 30-40fps en 720p, le Ryzen est presque à 60fps. Ce qui pour Rocket League est la différence entre injouable et jouable.
Un laptop avec un CPU de 54w de tdp ne m'intéresserait pas.
 
edit: j'étais curieux j'ai cherché la perf du pentium.
https://youtu.be/0znfrW5lSxo
à 5 minutes de la vidéo : 20 fps, tout du long ça ne passe pas les 40fps. On est dans le domaine de l'injouable là...

Le ventilateur fourni avec le R5 1600 ne te convient pas ?

 
C'est pour remplacer mon PC de salon et le silence sera le maître mot    
 
Par la même occasion, une carte mère ITX a me conseiller ?
 
Merci

Non mais rocket league en 720p encore heureux...
Et je trouve pas les fps délirant

 
Sauf gros OC, le ventilateur fourni par AMD est silencieux

Encore heureux mais pas possible sur un laptop avec le tout dernier iGPU Intel...

Vu que ça reste plus perf sur tout le reste... est ce vraiment grave ? Et d'autres jeux tournent bien sur l'IGP Intel.

À côté de ça, tous ces transistors gâchés n'aident pas vraiment à enterrer le 7200u sur une utilisation classique du portable.

Si on rajoute la qualité médiocre du portable, on risque de payer assez cher pour un truc plutôt moyen au final.

Là on est d'accord, la puce n'est intéressante qu'en fonction des usages prévus pour le PC.

Y a pas masse de choix mais la Asrock Fatal1ty AB350 ITX  est une valeur sur. Je l'ai depuis le mois d'aout, rien a lui reprocher