Face aux quelques soucis rencontrés par ses nouveaux processeurs depuis leur mise sur le marché, AMD a décidé de communiquer de manière assez transparente tout en publiant des pilotes et applications mises à jour. De nouveaux BIOS/UEFI devraient venir compléter le dispositif dans les semaines à venir.
La patience est toujours bonne conseillère au lancement d'un nouveau produit. Si les premiers Ryzen nous l'avaient appris, ceux exploitant l'architecture Zen 2, gravés en 7 nm, le confirment. AMD et ses partenaires font en effet face à des problèmes depuis le 7 juillet dernier.
Tout d'abord l'évolution des BIOS/UEFI qui a mis plus de temps que prévu à se stabiliser autour de l'AGESA 1.0.0.3. Ensuite, quelques bugs ont été relevés, que ce soit sous Linux ou dans Destiny 2. Surtout, la gestion de la fréquence ou des tensions du processeur ne semble pas aussi bonne qu'annoncée, que ce soit au repos ou en charge.
Ce, malgré les améliorations déjà implémentées dans la May 2019 Update de Windows 10. Le constructeur revient donc aujourd'hui avec un nouveau pilote estampillé 1.07.29. Il intègre un profil de gestion de l'alimentation retravaillé, toujours nommé « Ryzen Balanced ». L'application Ryzen Master est également mise à jour.
Une gestion de la fréquence parfois moins réactive
Le nouveau profil d'alimentation vise à éviter que le CPU ne monte inutilement en fréquence du fait de requêtes mineures envoyées par des applications aux faibles besoins en puissance de calcul. Il est annoncé sans effet, et donc sans baisse de performances dans des cas plus gourmands comme les jeux ou applications de création de contenu.
Dans une note détaillée, les équipes d'AMD donnent l'exemple de services liés à des pilotes, navigateurs, applications de discussion et autres outils de surveillance des composants ou liés à des claviers, souris et kit de watercooling. Il en résulte un changement d'état permanent du processeur, que les applications tierces ne permettent pas de suivre.
De manière plus concrète, le nouveau pilote allège la sensibilité du Collaborative Power and Performance Control (CPPC2) introduit pour Zen 2 et la dernière version de Windows 10. Plutôt que 1 ms d'intervalle entre chaque modification de la fréquence, elle ne sera que de 15 ms lorsque le CPU est en veille ou avec une charge légère. C'est toujours la moitié de ce qui était précédemment mis en place (30 ms) selon les chiffres fournis par le constructeur.
- AMD détaille Zen 2 et le chipset X570 : composition, améliorations, mémoire, connectique, etc.
- Linux, hyperviseurs : quelles distributions pour les Ryzen de 3ème génération ?
De plus, dans cet état de quasi-repos, si un cœur n'est pas en veille ou non alimenté (via le power gating, état CC6) sa fréquence sera placée à 99 % de la valeur nominale et jusqu'à 1,2V au maximum. « Par exemple, un Ryzen 7 3700X est annoncé à 3,6 GHz, vous observerez donc une fréquence au repos de 3 564 MHz ± 0,08%. Cette valeur à 99 % garde le cœur actif sur le fil du rasoir, de telle manière que vos applications non-triviales puissent activer facilement le boost du processeur. Lorsqu'il est boosté, ce dernier contrôlera toujours sa fréquence toutes les 1 ms » précise AMD.
Selon les constats du Texan, cette méthode permet d'éviter de nombreux sauts en fréquence/tension tout en gardant le niveau de performances espéré dans les différentes situations. En boost, la tension maximale peut grimper jusqu'à 1,5 V, une situation « différente de ce que vous pouvez constater avec d'autres CPU, mais normale pour un Ryzen ».
Il est également déconseillé d'utiliser les profils d'alimentation de Windows plutôt que ceux fournis par AMD, car bien que légèrement plus économes en énergie, ils peuvent dégrader les performances attendues, selon le constructeur. Les profils personnalisés peuvent, eux, empêcher le boost de s'activer dans certaines situations.
Ryzen Master également mis à jour
Côté logiciel de surveillance du CPU, Ryzen Master serait pour le moment le seul outil capable de montrer ces différents états, qu'il s'agisse de la veille des cœurs (CC6) et leur tension qui peut descendre à 0,2 V, ou de l'ensemble du CPU (PC6). Les autres peuvent seulement « relever la dernière tension/fréquence observée avant la mise en veille ».
La version 2.0.1.1233 mise en ligne avec le nouveau pilote relève de manière plus fidèle la température et les tensions du processeur. Ainsi, plutôt que d'indiquer la valeur la plus élevée de l'ensemble des capteurs de température, elle affichera désormais une moyenne sur une courte durée.
Pour les tensions, plutôt que d'afficher la valeur transitoire la plus élevée, qui pouvait pousser à surestimer la valeur réelle jusqu'à 800 mV selon AMD, c'est là aussi une moyenne des tensions demandées par les régulateurs qui sera affichée. Deux modèles de calcul déjà utilisés pour la prise de décision de Precision Boost 2.
Une nouvelle documentation destinée aux développeurs va apporter des détails supplémentaires sur la manière d'adapter leurs outils afin d'effectuer des relevés similaires. Il faut donc s'attendre à des mises à jour de CPU-Z, AIDA64 ou HWINFO64 dans les semaines à venir.
Le cas Destiny 2
Concernant les soucis rencontrés avec Destiny 2, ils sont gérés de manière partielle dans le nouveau pilote. Il sera en effet possible de lancer à nouveau le jeu. Mais une mise à jour du BIOS/UEFI sera nécessaire pour que le correctif soit pleinement opérationnel. Cela passera par l'arrivée de l'AGESA 1.0.0.3ABB.
Malheureusement, AMD n'en dit pas plus sur le sujet. Le Texan n'est également pas revenu sur le cas des distributions Linux qui vont peut-être devoir se résigner à un correctif de leur côté. Il ne reste plus qu'à espérer que les constructeurs proposeront rapidement la nouvelle version de l'AGESA à leurs clients, que ce soit pour des cartes mères équipées de chipsets des séries 300, 400 ou 500, afin que tout le monde puisse profiter de ces correctifs, nécessaires.
Commentaires (32)
#1
Je ne m’y connais pas trop en CPU. Comparé a Intel, AMD fait de la merde ? Est ce qu’on a eu le même genre de problème avec les sorties des nouveaux CPU Intel dans le passé ?
Est ce qu’on peut attribuer ça à des erreurs de “jeunesses”, ou bien est ce fait que les constructeurs de cartes mères sont encore dans leur zone de confort et savent optimiser que pour Intel ?
#2
Je ne trouve pas comment editer mon message précédent.
Je demandes ça car je pense sérieusement passer sur Ryzen pour mon prochain upgrade, mais au delà des perfs, je veux surtout un truc stable :)
#3
Je ne peux pas te dire pour les ryzen simple (R3, R5, R7 et R9) car j’ai un threadripper 1950X. Les premières générations ont connu quelques soucis avec une compatibilité un peu réduite sur les barrettes mémoires. D’après ce qu’on lit ça et là, ça s’est grandement amélioré depuis le temps.
J’ai quelques soucis de stabilité au niveau de la mémoire qui se traduit une ou deux fois par mois par un blocage de la machine sur l’UEFI. Il faut juste que je resélectionne la bonne config mémoire et c’est reparti. Par contre, aucun plantage en fonctionnement.
Mon avis concernant ton changement plateforme, faut pas hésiter à passer chez AMD qui fait le meilleur rapport performance prix du moment. C’est un peu comme ça que je fonctionne et je passe régulièrement d’un constructeur à l’autre.
#4
Je trouve le suivi d’AMD sur ses processeurs plus rapide et réactif que Intel (les failles Meltdown, Spectre qui ont mis un temps fou avant d’être corrigées, communiquées par Intel…). Le fait de communiquer dessus et publie donc les corrections, ajustements c’est très bien !
#5
Nouveau driver Installé hier, le profil Ryzen Balanced fonctionne bien avec mon 3600.
“And, on a final note, new BIOSes based on the impending AGESA 1003ABB will also resolve the “Event 17, WHEA-Logger” warnings in the Windows Event Log.”
Ha enfin !
#6
Ryzen Master ne fonctionne toujours pas avec le vbs actif
#7
Je confirme qu’il reste pas mal de problème.
Je suis actuellement sur Asus C6H (X370) + 3700X et parmi les problèmes les plus importants :
Par contre une fois arrivée sur l’OS le tout est parfaitement stable.
#8
Pour rappel, les chipsets de série 300 ne sont pas officiellement supportés (enfin surtout via des UEFI Beta). Apparemment, celui de la C6H est encore en AGESA 1.0.0.2 ce qui peut expliquer certains soucis
#9
Oui je sais pour la série 300, mais la C7H (X470) semble souffrir des mêmes maux.
Un bios, encore non officiel, taggué en 7302, apporte l’AGESA 1.0.0.3AB. Il faut que le teste. D’après les retours il semble être plus stable que les précédents.
On voit en tout cas la difficulté d’un lancement si imposant, notamment avec le fait de devoir fait supporter 3 séries de chipsets.
#10
J’ai aussi le problème du clear CMOS avec une CM X570.
#11
Tournant sur un 3800X/X570 et venant d’un 6700K je n’ai pas de soucis de stabilité !
Cela ne veut pas dire qu’il n’y a pas quelques petites choses à régler mais je n’ai eu aucun soucis jusqu’à maintenant.
Et comme quelqu’un d’autre l’a dit, je les trouve très réactifs.
#12
Quelle mobo ?
Je suis vraiment étonné que le problème soit présent sur X570, autant sur les séries 300 et 400 je veux bien admettre qu’il faut du temps pour réaliser l’adaptation à Zen2, mais le X570 devrait normalement être compatible à 100% dès le départ.
Un petit raté de la part d’AMD :p
#13
MSI MPG X570 GAMING PLUS, des fois je modifie des options dans le bios et j’ai un écran noir.
Je dois démonter ma CG, pour enlever la pile du BIOS c’est ultra relou.
Je suis obligé de faire les manip 1 par 1.
#14
démontage et retrait de pile ? t’es sur de pas avoir un bouton ou jumper qui serait plus pratique à utiliser pour faire le reset ?
ça m’étonne qu’il existe encore des CM où y’a pas moyen de reset dans enlever la pile …
#15
Ah non non rien du tout, y’a un bouton pour mettre à jour le BIOS par contre, comme-ci tu le faisais tous les jours.
Mon ancienne MSI avait bien un bouton pour reset le BIOS…de toute façon la pile et le jumper sous sous ma CG qui prend 3 slots donc le problème reste le même.
#16
Tu peux mettre ça si il y a de la place : https://www.nextinpact.com/archive/46643-Silverstone-Clear-CMOS.htm
#17
Chez Giga et ASUS le bios va se reset tout seul si il ne post pas, suffit d’attendre un peu et de reboot.
PS AGESA 1.0.0.3 ABB dispo chez giga
#18
Merci.
Chez MSI aussi, en tous cas sur ma Z97 c’était comme ça, mais là il se passe rien, le PC est allumé et c’est tout.
#19
Hum dommage ça marche bien chez Giga sur le x570 faire passer le profil XMP a été légèrement chiant
#20
Je tente depuis 2 semaines de faire fonctionner mon nouveau 3600 avec une cm b450… ça post 1 fois sur 10 au mieux.
Vraiment pas au point.
J’ai remis le 2600 en attendant de trouver une solution.
#21
Je viens de remplacer mon R5 1600 par un R5 3600 sur ma MSI Mortar (B350 donc) avec la maj du bios beta.
Aucun soucis :)
#22
Pour le problème du cold boot. Ce n’est pas lié au sous voltage (tension à 1,2V par défaut) des barrettes de RAM lors du boot ?
Il parait que ça se règle via le bios (DRAM boot voltage) et mettre la valeur préconisée par la barrette.
Edit : Normalement, le profile DOCP est censé régler ce genre d’inconvénient.
#23
Je viens de commander mes pièces, je sens que ça va être folklo …
#24
Pareil, Gigabyte Aorus elite et 3900X ici, tout est très stable, le seul problème a été le profil XMP. Durant la première semaine, il me le désactivait tous les deux jours, depuis tout roule. Pourquoi ? Mystère…
#25
J’ai pris la ultra et un 3700x et avec le bios initial ça passait pas avec le 1.0.0.3 AB j’ai plus aucun de soucis
#26
La RAM est en auto, 1,36v je crois.
#27
Effectivement par défaut ça démarre à 1.2V, mais même en passant en manuel la tension de démarrage de la RAM à 1.35V j’ai le même problème au cold boot.
J’ai remarqué que c’est en appliquant le DOCP que le problème se produit. En restant en manuel 2133 MHz / 1.2V ou 2133 MHz/1.35V je n’ai pas de problème.
Je viens de flasher le dernier bios avec l’AGESA 1.0.0.3AB : réponse ce soir si ça va mieux. :p :p
#28
DOCP = XMP ?
#29
Oui tout à fait. Asus nomme le XMP de cette façon dans le bios
#30
Okay, je vais essayer de désactiver le XMP et de mettre les bons timing et fréquences de ma RAM manuellement (+ le voltage).
#31
Salut,
j’ai une X570 AORUS ELITE et un 3700X. Habituellement pour le micro code processeur j’attends une mise à jour par l’OS lui même. C’est bien la première fois (et j’en ai eu des PC) que j’ai à l’installer moi même.
Vous conseillez vraiment d’installer la version en lien dans l’article ?
Pour le moment je suis en BIOS F4g (AGESA 1.0.0.3AB) et je vais passer en F4j (AGESA 1.0.0.3 ABB).