COMPTOIR
register

AMD publie un patch pour permettre à Ryzen de gérer ses états sous Windows 10

Ryzen est là, et c'est une concurrence sérieuse qui revient sur le devant de la scène. Toutefois, on a découvert certaines spécificités architecturales qui ont tendance à plomber les performances par moments. On a vu que les deux CCX avaient 4 coeurs chacun, et chaque coeur a ses 2Mo de cache L3. Si l'envie lui prend, selon les processus, chaque coeur peut fouiller dans son L3, dans celui de ses 3 autres copains du CCX, mais aussi sur le L3 des autres coeurs de l'autre CCX en passant par le contrôleur mémoire et via le pont data fabric. Premier point, de la RAM DDR4 rapide à 3200 par exemple permet de faire monter la fréquence synchronisée de ce data fabric, ce qui augmente sensiblement les performances.


Autres faits, les changements d'états entre veille et charge sont gérés par Windows 10. Les autres OS nous n'en parlons plus puisqu'ils ne sont officiellement plus capables de gérer au mieux Kaby Lake et Ryzen de ce point de vue. Ce changement d'état, d'états même nous pourrions écrire parce qu'il y a plusieurs P-State, est assez laborieux quand c'est le scheduler de Windows 10 qui s'en occupe. AMD vient donc de libérer un patch à télécharger et à installer facilement par double clic, et qui permet en gros à Ryzen de zapper le scheduler Windows 10 pour que ses changements d'états se fassent très rapidement. C'est de l'ordre de 1ms contre 30 à Windows, c'est le fameux Core Parking en mode OFF.

 

Il s'agit finalement de modifier la façon dont le Core Parking de Windows 10 gère les P-States, le patch lui force la main en quelque sorte, voire le désactive. En modifiant également les P-State (une fréquence correspond à une tension précise), AMD a aussi abaissé les seuils de changement de ces P-State. Le but final étant de faire en sorte que le CPU soit immédiatement opérationnel sur le nombre de coeurs qu'il lui faut pour accomplir sa tâche, et qu'il ne roupille pas éternellement, ce qui lui enlève de la patate pour rien. Entre ça et les microcodes à venir, cela nous conforte dans l'idée qu'AMD a lancé trop vite sa puce, ou du moins qu'il était encore en retard par rapport à Q1 2017 s'il avait voulu lancer Ryzen avec une plateforme matérielle et logicielle complète et testée.

 

ryzen core parking off patch

 

Un poil avant ?

Le HTC Vive V2 serait déjà dans le commerce ?

Un peu plus tard ...

Le R5 1400 benché en jeu avant l'heure

Les 8 ragots
Les ragots sont actuellement
ouverts à tous, c'est open bar !
par Un adepte de Godwin d'Ile-de-France, le Lundi 10 Avril 2017 à 08h37  
par Gustavo L.P. le Dimanche 09 Avril 2017 à 18h21
Pour la puissance réactive, c'est dérisoire pour le grande publique
Totalement et archi faux, et c'est un électronicien qui vous le dit !

Faites l'essais vous-même, avec un Watt-mètre RMS vrai (donnant à la consommation en Watt et Volt.Ampère), et vous verrez bien: une alim avec transfo, c'est un cos(phi) de 0.8 au mieux (20% dans la poche d'EDF), une lampe basse consommation ou des tubes fluorescent, c'est 0.85 (15% de plus se sous-sous dans la po-poche) en moyenne, etc...

Seuls les consommateurs chauffés à l'électricité (radiateur = résistance pure, cos(phi) = 1) ne le sentiront pas trop passé (ou, plus exactement, la différence sera faible en regard de leur énorme consommation d'électricité ).
par Un rat goth à l'heure d'Ile-de-France, le Lundi 10 Avril 2017 à 06h27  
allez... c'est encofe de la faute à l'Europe si...
think out of the box.
ce n'est pas l'Europe qui a choisi des compteurs et une techno pourrie.
oui c'est une bonne idee de voulooir s'attaquer à tous les gaspillages.
par Gustavo L.P., le Dimanche 09 Avril 2017 à 18h21  
Ce n'est pas EDF qui l'impose mais l'Union Européenne avec la Loi Grenelle 2. C'est ENEDIS qui les pose et les communes en sont propriétaires.
Plusieurs pays l'ont déjà adopté à 100%.
Pour la puissance réactive, c'est dérisoire pour le grande publique (à part quelques cas où effectivement cela fera mal). Pour quasiment tout le monde cela n'aura aucun impact sur les kWh consommés, en revanche au niveau des abonnements c'est une autre histoire...
par Un #ragoteur connecté de Bretagne le Dimanche 09 Avril 2017 à 07h04
EDF sera encore plus content lorsqu'il aura imposé les compteurs Linky à tout le monde:
par Thor, le Dimanche 09 Avril 2017 à 17h47  
Bonjour la facture avec les lampes fluo-compactes, s'il facture la puissance réactive
par Un #ragoteur connecté de Bretagne, le Dimanche 09 Avril 2017 à 07h04  
par Un ragoteur blond de Pays de la Loire le Samedi 08 Avril 2017 à 19h00
C'est EDF qui doit être content
Bof... Quelques euros par an, ce n'est pas non plus ruineux !

EDF sera encore plus content lorsqu'il aura imposé les compteurs Linky à tout le monde: la facturation au kilo-Volt.Ampère.heure au lieu du kilo-Watt.heure va instantanément lui rapporter 15% de plus en moyenne ( à cause du cos(phi) de toutes nos appareils, celui des ordinateurs modernes étant sans doute le moins défavorable, grâce aux normes strictes de leur alimentation)...
par Un ragoteur blond de Pays de la Loire, le Samedi 08 Avril 2017 à 19h00  
par Un #ragoteur connecté de Bretagne le Samedi 08 Avril 2017 à 14h36
Si j'avais un Zen, je commencerais par désactiver (dans le BIOS et la ligne de commande du chargeur d'amorçage Linux) tous les P-states (sauf P0, évidemment), histoire d'empêcher tous ces modes d'économie d'énergie à la c... !

C'est d'ailleurs ce que j'ai fait avec mon 2500K dés sa mise en service, voilà 5 ans: tous P states et C states interdits, sauf P0, C0 et C1. Du coup, il reste verrouillé en mode turbo 100% du temps (à 4.6GHz) et je n'ai jamais eu aucun souci de ralentissement (que ce soit sous Windaube ou Linux). De cette façon j'évite aussi les "dropouts" et "overshots" de la tension d'alim qui résultent des changement de consommation brutaux du CPU lorsqu'il change de P/C state, et outre une stabilité parfaite du système malgré un "gros" surcadencement, les transistors ballast de ma carte mère s'en portent également beaucoup mieux !
C'est EDF qui doit être content
par Un #ragoteur connecté de Bretagne, le Samedi 08 Avril 2017 à 14h36  
Si j'avais un Zen, je commencerais par désactiver (dans le BIOS et la ligne de commande du chargeur d'amorçage Linux) tous les P-states (sauf P0, évidemment), histoire d'empêcher tous ces modes d'économie d'énergie à la c... !

C'est d'ailleurs ce que j'ai fait avec mon 2500K dés sa mise en service, voilà 5 ans: tous P states et C states interdits, sauf P0, C0 et C1. Du coup, il reste verrouillé en mode turbo 100% du temps (à 4.6GHz) et je n'ai jamais eu aucun souci de ralentissement (que ce soit sous Windaube ou Linux). De cette façon j'évite aussi les "dropouts" et "overshots" de la tension d'alim qui résultent des changement de consommation brutaux du CPU lorsqu'il change de P/C state, et outre une stabilité parfaite du système malgré un "gros" surcadencement, les transistors ballast de ma carte mère s'en portent également beaucoup mieux !
par Un #ragoteur connecté de Bretagne, le Samedi 08 Avril 2017 à 13h40  
à voir en test donc, en attendant un dossier sur mon pilier de comptoir préféré ou autre

en attendant... j'attends