Ryzen et AGESA 1.0.0.6 : AMD promet une amélioration pour la mémoire et la virtualisation

Ryzen 2 sera la bonne ?
Ryzen et AGESA 1.0.0.6 : AMD promet une amélioration pour la mémoire et la virtualisation

Nouvelle mise à jour d'AMD, peu avant le Computex, afin de faire le point sur l'évolution de la plateforme Ryzen. La prochaine étape est la mise en ligne des UEFI avec un AGESA 1.0.0.6 devant renforcer la gestion de la mémoire, entre autres améliorations.

Alors que tout le monde a les yeux tournés vers le Computex de Taipei, AMD a décidé de communiquer quelques éléments concernant l'avenir de la plateforme Ryzen en amont du salon. Il s'agit ici d'une nouvelle « Community update » qui permet d'assurer le suivi des patchs livrés depuis la mise sur le marché des nouveaux processeurs maison.

Et cette fois il est surtout question de l'AGESA 1.0.0.6, dont certains ont commencé à entendre parler il y a peu suite à la mise en ligne plus ou moins discrètes de nouvelles UEFI par les constructeurs de cartes mères. Pour rappel, il s'agit ici d'un composant assez primaire dans la gestion des processeurs AMD, qui sert de base de travail aux constructeurs.

Une meilleure gestion de la mémoire

Après la version 1.0.0.4 qui avait déjà apporté son lot d'améliorations, on devrait avoir droit d'ici peu à cette nouvelle mouture qui visera surtout le renforcement de la gestion de la mémoire. C'est en effet l'un des points faibles de Ryzen, notamment lorsque l'on utilise des modules overclockés (à plus de 2 667 MHz).

Si les choses ont déjà évolué dans le bon sens depuis le lancement, la marque veut aller plus loin en ajoutant 26 paramètres afin de permettre d'affiner la stabilité et la compatibilité des différents modules. AMD accuse d'ailleurs Intel et son XMP 2.0 d'être à l'origine d'une partie de ses soucis puisque ce système de profils n'est pas assez ouvert à son goût. Ainsi, la gestion simplifiée pour les utilisateurs sur les plateformes du géant de Santa Clara n'est pas de mise avec les siennes.

On pourra tout de même répondre à AMD que XMP 2.0 n'a rien de bien nouveau, et qu'il semble un peu tard pour découvrir une telle problématique à laquelle les équipes semblent s'adapter à la dernière minute... alors que Ryzen est en gestation depuis plusieurs années. Un point déjà abordé lors du lancement, certains sujets n'ayant semble-t-il pas été bien anticipés. 

Mise en place des ACS pour la virtualisation des GPU

Quoi qu'il en soit, le billet de blog précise aussi que des améliorations sont attendues pour la virtualisation. Ici, ce sera assez spécifique puisqu'il est question d'un support des Access Control Services (ACS) de la norme PCI Express. Ils permettent l'attribution des cartes graphiques aux groupes IOMMU (IO Memory Management Unit) et donc aux machines virtuelles, ainsi que leur isolation. « Avec le support des ACS, il est possible de séparer un système avec deux GPU de manière à ce qu'un hôte sous Linux et une VM sous Windows puissent chacun disposer d'une carte graphique dédiée » précise AMD.

Les premières mises à jour de cartes mères avec un AGESA 1.0.0.6 sont attendues pour la mi-juin dans le meilleur des cas. Nous tenterons d'en savoir plus auprès des constructeurs à l'occasion du Computex.

Ce contenu est désormais en accès libre

Il a été produit grâce à nos abonnés, l'abonnement finance le travail de notre équipe de journalistes.

ou choisissez l'une de nos offres d'abonnement :

23 commentaires
Avatar de domFreedom Abonné
Avatar de domFreedomdomFreedom- 29/05/17 à 10:03:16

Quel est le véritable problème entre AMD et le XMP 2.0 ?
Est-ce le contrôleur mémoire du CPU qui interroge les barrettes pour savoir à quels timings/fréquence il peut se caler ?
Ou bien ce sont les routines BIOS (UEFI) qui font ce job ?
Les constructeurs de CM connaissent le fonctionnement : Asus propose le DOCP pour traduire les instructions XMP 2.0...

Avatar de RinDman INpactien
Avatar de RinDmanRinDman- 29/05/17 à 10:27:38

C'est le job de l'UEFI de lire les profiles.

De base , on pouvait déjà lire les infos des profils XMP ( dans l'uefi y a des onglets info cpu ET mémoire vive )

Le problème vient de l'agesa, les constructeurs ne pouvaient accéder aux registres des différents contrôleurs : horloges internes bclk/fclk, timings ddram ... )

Tout était codé en dur, il n' y avait donc que quelques kit ddr4 qui pouvaient monter jusqu'à 3200 mhz ou plus.

Autre exemple, le timings dram chez moi ne marche pas en CL15, on est toujours forcé en CL16 ou CL14 par exemple lorsqu'on sort des spec JEDEC.

AMD avait sorti les profils AMP en plus de ses propres kits DDR4, qui est une surcouche d'XMP ( les barettes XMP pouvaient fonctionner sur des CM AM3/AM3+ gérant cette norme ) et aucun constructeurs sur la plateforme AM4 ont implémenté cette norme.  Bizarre non ? 

Édité par RinDman le 29/05/2017 à 10:32
Avatar de domFreedom Abonné
Avatar de domFreedomdomFreedom- 29/05/17 à 10:48:47

Oué.
Perso je suis parti sur de la G.Skill AEGIS 2400@CL15 en 4 barrettes avec mon 1700X.
On verra bien si ça fonctionne "flawlessly" à cette fréquence (normalement validée sur QVL constructeur) ou bien si je dois me prendre le chou à régler manuellement tout ça dans l'UEFI.
Ou alors je n'ai pas de pot, et je me tape du 1866 MHz ou "no boot"...

Mais c'est clair que le choix des barrettes, en dehors du prix assez élevé de la DDR4, je trouve, a été assez casse bonbons... W&S donc.

Avatar de Rituel91 INpactien
Avatar de Rituel91Rituel91- 29/05/17 à 10:51:23

Gigabyte propose des bios beta avec agesa 1006 ici:
http://forum.gigabyte.us/thread/886/am4-beta-bios-thread

Édité par Rituel91 le 29/05/2017 à 10:52
Avatar de eglyn Abonné
Avatar de eglyneglyn- 29/05/17 à 11:16:10

domFreedom a écrit :

Oué.
Perso je suis parti sur de la G.Skill AEGIS 2400@CL15 en 4 barrettes avec mon 1700X.
On verra bien si ça fonctionne "flawlessly" à cette fréquence (normalement validée sur QVL constructeur) ou bien si je dois me prendre le chou à régler manuellement tout ça dans l'UEFI.
Ou alors je n'ai pas de pot, et je me tape du 1866 MHz ou "no boot"...

Mais c'est clair que le choix des barrettes, en dehors du prix assez élevé de la DDR4, je trouve, a été assez casse bonbons... W&S donc.

Avec la MSI X370 Gaming Plus, j'arrive a faire tourner la RAMà 2993Mhz, avec un 1600 X; j'ai pris cette mémoire. (2x8).
Mais j'ai un ami qui a pris cette mémoire avec par contre la MSI Tomawak, et ça bloque à 2400 :/

Édité par eglyn le 29/05/2017 à 11:17
Avatar de Kalsth Abonné
Avatar de KalsthKalsth- 29/05/17 à 11:25:42

La gestion de la mémoire avec Ryzen c'est un peu à la roulette russe

Avec une Asus et mémoire considérée comme compatible : impossible d'aller au delà de 2133 Mhz

Avatar de domFreedom Abonné
Avatar de domFreedomdomFreedom- 29/05/17 à 11:31:20

L'ami a aussi un 1600X ?
La fameuse loterie des CPU Ryzen ?
Ou alors le constructeur de CM qui n'assure pas le dev des UEFI pour toutes ses gammes avec le même degré de qualité ?
Bon, après, 2933, c'est cool, ça tient les specs des barrettes, mais 2400 ça reste correct.
Les poullièmes de perfs supplémentaires viendront peut-être avec ces màj AGESA...

Avatar de eglyn Abonné
Avatar de eglyneglyn- 29/05/17 à 11:34:57

Oui, il a aussi un 1600X, mais je me goure (je viens de vérifier du coup), il a pris de la Corsair 3Ghz, pas la même RAM que moi donc; mais oui, comme dis au dessus, c'est vraiment de la loterie XD
 

Avatar de Obidoub INpactien
Avatar de ObidoubObidoub- 29/05/17 à 11:49:33

Faut voir aussi que beaucoup d'acheteurs se jettent sur de la G.Skill hors de prix (Trident Z) non compatible et se plaignent ensuite qu'elle ne tourne pas à la fréquence optimale. Beaucoup ont même acheté avant même la sortie de RyZen (difficile de résister aux promo vu le prix de la mémoire).

J'ai pris un modèle présent dans la QVL de ma carte mère et ça tourne @3200 MHz sans soucis.

Avatar de benrico INpactien
Avatar de benricobenrico- 29/05/17 à 12:16:42

Il faut croire que j'ai eu de la chance... Avec le 1700x et la MSI b350m mortar, j'ai commandé un kit kfa2 HOF 16go 3600 en promo chez les revendeurs à ce moment. Il fonctionne a 3200 depuis le premier jour!

Il n'est plus possible de commenter cette actualité.
Page 1 / 3

2000 - 2019 INpact MediaGroup - SARL de presse, membre du SPIIL. N° de CPPAP 0321 Z 92244.

Marque déposée. Tous droits réservés. Mentions légales et contact