COMPTOIR
  
register

Certains fabriquants de cartes mères tricheraient sur la consommation des Ryzen

La semaine dernière, nous apprenions comment Intel pouvait jouer sur son boost pour laisser un peu plus d’air à ses i9 asphyxiants sous une limite de consommation trop faible, cependant, il semblerait que les bleus ne soient pas les seuls à tricher. En effet, une mise à jour de HWiNFO a ajouté une nouvelle ligne au célèbre logiciel de contrôle des capteurs de votre ordinateur : CPU Power Reporting Deviation.

 

Quel rapport, vous diriez-nous ? Hé bien, cette mesure, disponible uniquement sous les mobales rouges, correspond à la puissance reportée au CPU par les données de télémétries. En effet, sur la plateforme AM4, c’est à la carte mère d’envoyer les données des capteurs de tension, courant et puissance au processeur via une interface standardisée nommée SVI2. Par la suite, un coprocesseur de gestion de la consommation estime les paramètres idéaux de fonctionnement — par exemple, la fréquence — permettant de faire mouliner votre système sans risque. Si, sur papier, cela semble une bonne idée, les valeurs envoyées pour le contrôle sont simplement des entiers entre 0 et 255, et c’est aux fabricants de cartes mères de fournir, au moment de compiler le BIOS, des valeurs indiquant la conversion nécessaire pour obtenir des valeurs de consommations réelles. Notez que cela est nécessaire, puisque l’implémentation des VRM dépend de la carte mère, et donc ne peut pas être codée en dur dans le CPU par AMD en amont (pour plus d’informations, un post sur le forum du logiciel explique le schmilblick en détail).

 

Sauf qu’« au moins deux fabricants majeurs » tricheraient allègrement (malgré les injonctions d’arrêt qui leur ont été destinées), et fourniraient des données de consommations plus faibles que celles réelles, ce qui augmenterait artificiellement la limite maximale de consommation du CPU. Par exemple, si un CPU d’un TDP de 65 W est monté sur une mobale ne reportant que 60 % de la consommation réelle, il pourrait tirer jusqu’à 147 W sans être bridé ! Il en résulte des fréquences plus élevées en moyenne, mais aussi une sollicitation plus importante de l’alimentation et des températures supérieures : pas forcément ce à quoi l’acheteur s’attendait ! Si cet abus est bien possible par l’implémentation par AMD des mécanismes de mesure, rien n’indique à l’heure actuelle que la firme ait encouragé cette pratique — a contrario d’Intel, qui cultive le doute sur les valeurs de PL1/PL2 et les fréquences uncore depuis quelques générations déjà.

 

Heureusement, les petits développeurs de chez HWiNFO ont planché sur une autre méthode permettant d’obtenir la consommation (non truquable, cette fois-ci !). Ainsi, la fameuse ligne CPU Power Reporting Deviation correspond au pourcentage de la consommation réelle reportée au CPU. Significative uniquement sous forte charge (HWiNFO recommandant CineBench R20) du fait de différences de temps de mesure entre les deux méthodes et de changements très rapides possibles sur le courant fourni par les VRM, ses valeurs devraient être comprises entre 95 % et 105 %. Officiellement, aucun constructeur n’est pointé de doigt, mais les premiers retours des utilisateurs mentionnent cependant ASUS, MSI et GIGABYTE.

 

hwinfo power reporting deviation

50 %, soit une consommation reportée moitié moindre que celle réelle !

 

Et là — surprise —, des utilisateurs ont pu remarquer que, lorsque leur BIOS est réglé sur des valeurs « Auto », et, en dépit de tout overclocking désactivé, voir des valeurs bien en dessous des 100 % normaux : autrement dit, la triche se vérifie. Notez que certaines cartes mères MSI permettent de contrôler ces valeurs de « courant de référence » servant à étalonner les mesures de consommation du CPU, ce qui a permis aux développeurs de valider leur implémentation.

 

Pourtant, AMD dispose déjà d’un système nommé PBO permettant un overclocking automatique de ses processeurs, en utilisant justement les données de consommation, de température ainsi que d’autres caractéristiques comprenant la qualité de l’étage d’alimentation de la carte mère, mais son utilisation est contrôlable par l’utilisateur — comprenez que la triche serait visible bien plus facilement. De plus, certains fabricants développent en interne leur propre système de boost : de quoi motiver des actions visant à réduire l’efficacité du PBO par rapport à leur bousin maison. Inutile de rajouter que ces malversations peuvent s’avérer dangereuses pour le CPU comme pour l’alimentation : c’est le cas de quasiment toutes les méthodes du genre. Inquiets ? AMD a été contacté à ce sujet, nous sommes en attente d’une réponse de leur part. (Source : Tom’s Hardware)

 

Un poil avant ?

Déploiement FttH Q1 2020 : les zones rurales grimpent toujours

Un peu plus tard ...

AMD toujours : des parts de marché grignotées en masse sur les PC de bureau et les serveurs

Les 74 ragots
Les ragots sont actuellement
ouverts à tous, c'est open bar !
par goforce, le Vendredi 19 Juin 2020 à 22h34  
par pascal2lille, le Mardi 16 Juin 2020 à 21h42
C'est scandaleux je suis du coté bleu mais la je suis vert Pas étonnant que mon CPU a cramé au bout de 2 ans et demi...
Qu'est ce qu'il ne faut pas lire

Bonne chance pour tuer un CPU en overclocking ..., au pire le CPU se dégrade et va demander plus de voltage pour tenir les fréquences.
par Reg24, le Mardi 16 Juin 2020 à 11h33
Testé avec un 3900x monté sur une MSI X570 ACE.

- 95% avec Cinbeanch (avec les 24 cœurs à 100%).
- 100% en jeu (Overwatch).

Faudrait que je teste avec 3d Markt.
Le CPU PRD n'est valable qu'en full charge avec cinebench R20 ou programme de teste avec small/medium/large FFT sans AVX2 ...

Totalement useless de check cette valeur en jeux ou en idle.

Des valeurs comprise entre 95 et 105% sont tout à fait normal (en full load)

MSI et Gigabyte respectent parfaitement les spec "stock" d'AMD, Asrock non MAIS les valeurs restent en dessous des valeurs "max" recommandée.

https://www.tomshardware.com/features/amd-ryzen-motherboard-power-cheat-testing

Bref, beaucoup de blabla pour pas grand chose au final.
par Un ragoteur qui pipotronne en Île-de-France, le Mardi 16 Juin 2020 à 08h56
C'est quand le chiffre est inférieur a 100% avec le cpu en charge qu'il faut s inquiéter.
C'est comme une zone rouge d un compteur de voiture, si l aiguille indique 2000tours/m de moins que la réalité le risque c'est de taper la zone rouge sans le savoir.
Non il ne faut pas s'inquiéter, ça ne change rien.
par Un Jean tit du Centre-Val de Loire, le Jeudi 18 Juin 2020 à 12h08  
par pascal2lille, le Mardi 16 Juin 2020 à 21h42
C'est scandaleux je suis du coté bleu mais la je suis vert Pas étonnant que mon CPU a cramé au bout de 2 ans et demi.
Je l'avais un peu sur-cadencé, si cela se trouve c'était du à cette triche qui à trop sur-cadencé mon CPU.
Après remplacement, plus jamais je ne vais sur-cadencé mon CPU, j'achèterai direct la grosse bêbête bien gonflé à bloc, en promo bien entendu
Ce qui compte depuis qq années , cest deja de voir comment le bios gère le vcore qui est parfois aberrant, genre comme sur une z170 que jai dépanné ya qq temps....1.40v (au lieu de 1.20 il me semble) en charge avec un 6700k avec tout gérer en "auto" ... donc ces "empilements" de "tricheries/oc a la zob/gestion aggressive des tensions" ...aide pas pour fiabiliser a long terme.
C'est bcp de cas par cas et malheureusement faut vraiment bien se renseigner et monitorer/surveiller (si on peut avoir une donnée fiable a exploiter....) si c'est possible mais on le voit de plus en plus que ....avec du matos "frais" c'est compliqué d'avoir ces infos/recul sur ces precisions/details.

Comme quoi, toujours attendre un bon 6-8mois a un an (en general a moins de prendre un cpu type ryzen 1700 ou clocké bas) avant d'oc du matos recent afin d'eviter les coquilles , mais ....dans tous les cas, avec les cpus/gpus actuels EN VRAI, on a du matos qui EST overclocké dynamiquement, plus ou moins bien... (jdis ca pour les "oue moi j'oc pas ca sert a rien , donc ce rad/ventilo/boitier blah blah, est inutile")
par pascal2lille, le Mardi 16 Juin 2020 à 21h42  
C'est scandaleux je suis du coté bleu mais la je suis vert Pas étonnant que mon CPU a cramé au bout de 2 ans et demi.
Je l'avais un peu sur-cadencé, si cela se trouve c'était du à cette triche qui à trop sur-cadencé mon CPU.
Après remplacement, plus jamais je ne vais sur-cadencé mon CPU, j'achèterai direct la grosse bêbête bien gonflé à bloc, en promo bien entendu
par Reg24, le Mardi 16 Juin 2020 à 11h33  
Testé avec un 3900x monté sur une MSI X570 ACE.

- 95% avec Cinbeanch (avec les 24 cœurs à 100%).
- 100% en jeu (Overwatch).

Faudrait que je teste avec 3d Markt.
par Un ragoteur qui pipotronne en Île-de-France, le Mardi 16 Juin 2020 à 09h01  
C'est conforme sur ma msi x570 Unify
100% avec test R20
par Un ragoteur qui pipotronne en Île-de-France, le Mardi 16 Juin 2020 à 08h56  
C'est quand le chiffre est inférieur a 100% avec le cpu en charge qu'il faut s inquiéter.
C'est comme une zone rouge d un compteur de voiture, si l aiguille indique 2000tours/m de moins que la réalité le risque c'est de taper la zone rouge sans le savoir.
Message de Darth Moule supprimé par un modérateur : C'est corrigé ^^
par Darth Moule, le Lundi 15 Juin 2020 à 12h46  
par latoupie, le Dimanche 14 Juin 2020 à 23h47
Tout ça prouve une chose : les gens lisent en diagonale. HWiNFO aurait mieux fait de mettre cet indicateur à N/A lorsque la charge CPU n'est pas à 100%. Même si ce n'est pas suffisant (il faut un bench qui sollicite particulièrement le CPU), ça aurait au moins évité bien des questions.
Effectivement, je pense qu'un éclaircissement (une mise au point plutôt) de ce Power Reporting Deviation Sensor (PRDS) s'impose. Pour ce que j'en ai compris, il est évalué comme ça : TDP_réel = TDP_officiel/PRDS.
Le TDP_réel étant l'inconnu, pour le mesurer il faut donc se placer en cas de bench CPU (100% load) et dans ce cas, ET SEULEMENT DANS CE CAS, on peut remonter au PRDS:
PRDS = TDP_officiel / TDP réel inf à 100 %.
si le PRDS est sup à 100 % :
- vous n'êtes pas dans un cas de heat load suffisant pour toucher le TDP du proco
- vous avez peut être un TDP bridé dans le BIOS (?je ne sais pas si HWinfo mesure ça ?)
Si votre PRDS varie en fonction de la charge : relisez mon commentaire, c'est que vous n'avez pas bien compris ce qu'est le PRDS. Sinon si vous êtes anglophone lire l'article de HWinfo
par Un champion du monde de Bretagne, le Lundi 15 Juin 2020 à 11h07  
Ce n'est comme ci on n'avait pas des conneries dans le même genre sur les cartes pour les Cpu Intel. Par exemple, dès qu'on active le profil Xmp de la RAM et que l'on se retrouve avec un turbo boost spécial Asus d'activé laissant tourné le Cpu à 95° (experience perso avec un i5 8600 et une Asus prime z370)
par latoupie, le Dimanche 14 Juin 2020 à 23h47  
Tout ça prouve une chose : les gens lisent en diagonale. HWiNFO aurait mieux fait de mettre cet indicateur à N/A lorsque la charge CPU n'est pas à 100%. Même si ce n'est pas suffisant (il faut un bench qui sollicite particulièrement le CPU), ça aurait au moins évité bien des questions.
par Un champion du monde du Grand Est, le Dimanche 14 Juin 2020 à 14h23  
Je viens de voir qu'en fonction de la charge je suis entre 130% et 175%.
par Vaark en Provence-Alpes-Côte d'Azur, le Samedi 13 Juin 2020 à 12h11  
par iYo13, le Samedi 13 Juin 2020 à 11h24
Justement, si tu lis l'article tu verras que ce n'est précis qu'en charge prolongée à cause des temps d'analyse de HWinfo qui sont supérieurs à ceux de la CM.
Et dans ton cas j'ai moins de crainte pour l'usure à cause de surconsommation avec cette triche de 10/15 % chez MSI qu'avec un OC permanent de 12 % sans baisses de tension et de température au repos.