Reprise du message précédent :

 
A chaque fréquence sa tension, celle qu'elle nécessite pour être stable.
Il n'y a en tout cas pas une fréquence particulière à partir de laquelle il faut l'augmenter.
 

 
Je ne suis pas de cet avis.
 
Mon Vsoc en Auto se retrouve aussi à 1,1V, et la plupart des contributeurs sur overclock.net avaient fixé la leur à plus de 1,1V, le plus souvent à 1,15V.
Je leur ai demandé pourquoi mon 1700 fonctionne toujours mieux avec un Vsoc entre 0,95V et 1,0V.
 
En fait, ils n'avaient encore jamais essayé une tension plus basse et nombre d'entre eux sont désormais à 0,95V comme moi, avec une config parfaitement stable qui chauffe nettement moins.
 
J'estime donc préférable de fixer la Vsoc à 0,95V, voire 0,975V, puis de ne l'augmenter que si vraiment ça améliore les choses.

86°C Tdie avec un WC, c'est pas normal à mon avis.

avec 1.36 de tension, je trouve çà normal moi.
là je suis à 1.25, et çà dépasse pas 64°.....en full load boinc.
et crois moi ou pas, mais boinc, çà fait vraiment chauffer et bosser le proco.
occt et tout çà à coté......pff
je pouvais être stable avec occt, prime et tout le bordel, mais çà plantait avec boinc au bout de 10mn.
c'est le meilleur test pour moi

pour le vsoc, je vais voir.

quand je le mettais à 1 (et en dessous), çà bootait plus à 3200.
la carte mère me renvoyait 3 bips à l'infini.....
il lui fallait 1.1 (+ précisément là, c'est 1.08-1.09)

Oui mais là avec la MAJ du BIOS, essaye l'auto du Vsoc pour voir.
 
Pareil avec une RAM à 1.35V, le Vsoc auto me renvoit 1.08V ça doit être une valeur normale qui passe tous les kits.

en auto c'est pareil. 1.08-1.09
pour la chauffe du proco, y'a la carte graphique qui bosse aussi, du coup, elle chauffe le boitier....
j'ai regardé en coupant le job sur la CG, la température cpu baisse de 5 à 6° au bout de quelques minutes

Je pense que tu devrais t'intéresser aux P-STATES, ce n'est pas spécialement compliqué et avec pour avantage de réduire la conso/chauffe moyenne par retour à un couple Fréquence/Tension au plus bas si pas de charge sur un coeur.

Dans ton circuit, peut être aussi que la position du radiateur récupère la chaleur de la CG, à voir si tu peux améliorer cet aspect.

y'a un bug avec ce bios je crois.......
 
je vous laisse trouver le problème :
 

 
   

Les P-States, j'y étais accroché comme à la vie jusqu'à hier soir, où une comparaison de la puissance globale consommée n'ayant révélé aucune différence, je suis revenu à une fréquence fixe.
En effet, si différence il y a, elle est inférieure à 2W sur 57 W consommés au repos.
Ce sont les C-States et plus particulièrement le C6, qui réduit la consommation au repos.
 
Les P-States ne permettent donc de réduire la consommation qu'avec une carte mère ne gérant pas ou mal les C-States.
Sur une Asus, l'option en question est nommée "Global C-State Control".
 
A noter qu'avec la gestion des C-States, l'on voit bien le VID de chaque coeur se balader dans HWiNFO, mais je ne suis pas certain de la relation de cause à effet.
 
Quant à la température atteinte avec un Eisbaer, comme j'ai aussi un Eisbaer 280, je peux faire le test à condition de savoir précisément quel test lancer et avec quelles tensions Vcore et Vsoc.
Mon Eisbaer a des ventilos plus pêchus que ceux d'origine mais je peux toujours les régler de façon à ce qu'ils tournent à la même vitesse, à savoir 1100 RPM si mes souvenirs sont bons.

Au-delà du SMT désactivé, je ne vois pas.

beh le truc, c'est qu'il n'est pas désactivé !
 

 
c'est bien çà le problème......

 
De mémoire Lermite, je crois que tu passais par une gestion des P-States via un software sur Win10 ?

bon, je vais remettre mon F4 pour vérifier que çà vient bien du bios, parce que là, c'est vraiment zarbi quand même.

 
Regarde par ailleurs dans le BIOS si l'option SMT enabled n'a pas été désactivée avant de repasser par le F4.

regarde au dessus, la SMT je l'ai en auto.
j'ai que 2 choix : auto ou disable

 
Si je t'en parle c'est que dans mes BIOS, j'ai la possibilité de la désactiver par ailleurs.

ah beh moi j'ai pas çà.
j'ai que l'option au dessus

voilà, avec le F4, j'ai de nouveau mes 16 threads.
c'est débile ce truc

Bon je fais ce post pour ceux qui sont intéressés d'OC via P-States au travers du BIOS par sécurité et notamment sur BIOS ASRock, je commence le post par celui de la X370 Taichi en version 3.10, et je complète par celui de la B350 Fatal1ty Gaming ITX-AC aussi en version 3.10.
 
 
Côté X370 Taichi :
 
Ce qui nous intéresse là dessus c'est donc la partie Auto sur le couple fréquence/tension :
 

 
 
 
Là c'est la partie offset avec un chouilla (une valeur d'incrément) pour aider la stabilité, et le choix du LLC 2 (sur ASRock je précise car tous les constructeurs
 n'ont pas le même réglage)
 

 
 
 
Là tous les réglages relatifs au gestion du Zen :
 

 
 
Là la partie P-States, je précise qu'on peut laisser P1 et P2 en Auto, par contre il faut désactiver les autres, et être en custom sur P0 où on y intègre nos valeurs FID et VID, la correspondance se trouve facilement sur le net).
 

 
 
Côté B350 Fatal1ty Gaming ITX-AC :
 
Ce qui nous intéresse là dessus c'est donc la partie Auto sur le couple fréquence/tension :
 

 
 
 
Là sur le B350 Gaming, déjà pas de possibilité de réglages manuel (autrement qu'en passant par un des réglages de l'image précédent) donc offset uniquement et surtout que par palier de 50 mV donc bien moins sympa pour affiner, donc on affinera dans la partie P-States. Petit clin d'œil, j'ai acheté de la Flare X 2400 Cl15, du coup pour la même tension de 1.20 V elle s'OC sans problème à 2666 Cl16, quand on connaît Ryzen c'est déjà pas mal, et même elle passe à 2933 Cl16 avec 1.35V par contre la hausse du Vsoc à 1.09V n'est pas adapté (plus de chauffe sur mon Wraith Spire) dans une config boite à chaussures.
 

 
 
 
On ne change pas une équipe qui gagne côté réglages Zen :
 

 
 
 
Idem le réglage des P-states, en dessous de P2 c'est désactivé, et on peut laisser le P1 en auto ou en custom avec les valeurs prédéfinies de l'auto (kif-kif bourricot), par contre le P0 doit être aux petits oignons en terme de VID vu l'absence de réglages fins (palier 6.25 mV) dans les réglages dispos d'offset en première page et l'absence de rattrapage comme le LLC.
 
 

 
 
 
 
 
-----------------------------------------------------------------------------------------------
 
 
Comment voir les variations fréquence/tension en fonction de la charge :
 
Il faut régler dans W10 la gestion d'alimentation pour observer la retomber en fréquence/tension d'un ou plusieurs cœurs sans charge, et ça se fait très facilement, il faut juste régler l'état minimal de charge CPU, en fonction de 2 paramètres, la fréquence P0 et la fréquence P2.
 
 
 
Simple calcul :
Pour mon ATX 1700X : 2.2/3.8 = 0.578 => je prend le % inférieur 57%
Pour mon ITX 1600 : 1.55/3.8 = 0.408 => je prend le % inférieur 40%
 
 
 
 
 
Une capture de HWinfo sur ma config ATX (idem sur mon ITX à la différence près de processeurs, tensions SVI2TFN/Core/VID/SoC, absence de LLC et non séparation Tctrl/Tdie), où on voit même la tombée en fréquence (mini) en dessous de 2.2 GHz pour 0.4 V lorsqu'il y a un cœur en hibernation :
 

J'ai pas mal changé d'avis depuis le montage de mon 1700
 
1) Alors que je n'avais encore aucune idée de ce que pouvait être un P-State, j'overclockais avec une fréquence fixe.
 
2) J'ai utilisé ZenStates, un petit logiciel sous Windows qui permettait d'overclocker par P-States.
 
3) Quant cette possibilité est apparue dans un bios moddé, j'ai overclocké par P-States définis dans le bios, mais avec en plus ZenStates qui permettait à la fréquence de descendre plus bas au repos et avec une fréquence maximale librement ajustable sans rebooter.
 
4) Depuis peu, je suis repassé à une fréquence fixe car les P-States ne faisaient finalement rien économiser sur la consommation alors qu'il pouvait faire perdre un quart de poil en performances (la montée en fréquence pouvant accuser un certain retard par rapport à la montée en charge).
 
Ceci, c'est peut-être grâce au dernier bios en date qu'il n'y a plus de différence significative de consommation entre une fréquence fixe et les P-States.

Est ce que tu peux vraiment détailler ton protocole et tes moyens de mesure pour démontrer qu'il n'y a pas de gain de conso ?
 
Je veux bien voir les variations fréquence/tension par C-State si tu as ça.
 
 

non, çà, je peux pas l'améliorer.
et çà va pas s'arranger, parce que je suis censé recevoir demain une 2° carte graphique.  

J'ai tout simplement un wattmètre, pas cher ni très précis mais RMS, à demeure sur le câble d'alimentation de mon PC (juste la tour, pas l'écran ni le bazar audio).
J'ai ainsi en permanence sous les yeux la puissance réellement consommée.
 
Pour relever la puissance au repos, je laisse tout simplement Windows se tourner les pouces, tout en relevant la puissance minimale sur un certain laps de temps, parce qu'elle fluctue toujours, au repos comme en charge.
 
C'est ainsi que j'ai relevé quelque chose comme 57W avec les P-States et 58W sans, et sachant que la résolution de ce wattmètre est de 1W, l'on peut considérer l'écart comme négligeable.
 
EDIT: j'ai oublié de répondre à ta deuxième question.
 
Après examen plus attentif de ces timides variations:

 
Ca ne colle pas avec l'économie bien plus conséquente engendrée par la gestion des C-States.
Ces derniers doivent faire varier la tension de chaque coeur sans que ce soit visible au-delà des entrailles du bios, à l'insu donc de tous les logiciels de monitoring.
 
Les variations visibles sur les VIDs dans HWiNFO semble plutôt résulter de P-States automatiques par défaut.
En effet, dans la section P-States du bios, les huit P-States sont tous par défaut en Auto et non pas désactivés.
La fréquence ne varie pas parce qu'elle est fixée ailleurs dans le bios, mais comme la tension est réglé par un offset, ce dernier doit s'appliquer aux VID des P-States.
Ca collerait mieux en tout cas avec les fluctuations des VIDs sous HWiNFO.

 
Intéressant mais ne le prend pas mal, je ne vois en quoi sur une session de "se laisser tourner les pouces" tu puisses vraiment en conclure quelque chose, bon je vais quand même regarder ça de mon côté.
 
Mais je ne vois pas le gain C-States vs P-States là dessus.

Windows et en particulier Windows 10 est toujours susceptible de pédaler en arrière-plan.
C'est pourquoi je surveille mon wattmètre pendant plusieurs minutes, pour que la valeur minimale relevée soit la plus proche de la réalité.
 

C'est normal: mon wattmètre n'est pas interfacé avec le PC. C'est un bidule autonome avec son propre affichage que je relève donc visuellement et que je reporte manuellement.
Je pourrais bien sûr le filmer mais l'intérêt d'une telle vidéo me parait trop réduit au regard du travail nécessaire pour la produire. Après tout, que vous me croyez ou non, je ne m'en fiche pas mais presque

Moué ça vaut ce que ça vaut, difficile d'en conclure quelque chose.

Faudrait comparer les moyennes CPU+SoC Power d'HWinfo relevées au bout de 6 heures d'utilisations sensiblement identique pour avoir quelque chose de presque appréciable.

Sinon j'ai mis à jour mon post avec le BIOS B350

Les C-States faisant varier la tension à l'insu de HWiNFO, les puissances que peut afficher ce dernier sont forcément erronées.
 
En tout cas, je ne vois pas ce qu'on peut reprocher à la solution du wattmètre sur l'alimentation du PC.
Certes, il mesure la puissance globale et pas seulement celle du CPU, mais il s'agit d'une puissance réelle, non sujette aux limitations ni aux bugs des différentes couches logicielles entre ce qui se passe réellement dans le CPU et ce qu'affiche HWiNFO.
 
EDIT: et à propos des captures de ton bios, elles montrent au moins deux réglages discutables:
 
Core Performance Boost devrait être désactivé. Il doit être dès qu'on overclocke car la fréquence reste celle que l'on a fixé mais cette option fait grimper la tension à des valeurs qui peuvent être dommageables selon celle que l'on a déjà fixée.
 
Global C-States Control devrait être activé, pour justement bénéficier des économies d'énergie apportées par la gestion des C-States.

 
Parce que des wattmètres peu fiable ça existe, il y a quelqu'un sur le topic OC Vega qui en témoigne d'ailleurs. Là pour le moment, sans vouloir remettre en cause ce que tu dis, je ne vois pas vraiment en quoi on peut affirmer que la gestion C-States est équivalente, d'ailleurs pourquoi les constructeurs de mobales se seraient fait chier à introduire la gestion P-States dans le BIOS si ce n'était pas un plus.  
 
Pour le reste de ton édit, je ne suis pas d'accord, absolument pas, Core performance boost c'est la gestion XFR, et vu qu'on modifie le P0 le XFR saute, et laisser en Auto la gestion des C-States sur ASRock fonctionne parfaitement.  

La précision de mon wattmètre cheap n'est sans doute pas terrible, dans le sens où ce n'est pas parce qu'il affiche 57W que la consommation est réellement de 57W au watt près.
Mais si ce wattmètre relève 57W lors d'un test puis 58W lors du second, j'estime pouvoir en déduire avec une relative certitude que les deux puissances mesurées sont sensiblement les mêmes.
 

Le "Global C-State Control" n'est pas activé par défaut, et il parait que chez certains, l'activer cause des problèmes de stabilité.
Les P-States sont donc un moyen de réduire la consommation même quand les C-States ne sont pas gérés.
Ils sont dans tous les cas un moyen de voir la consommation réduite à travers HWiNFO et cie, puisqu'aucun logiciel de monitoring ne peut à priori voir les variations de tension causées par les C-States.
 

Quel intérêt alors de laisser cette option activée? Si la fréquence est fixée, autant éviter que la tension soit inutilement majorée par cette option qui n'a de sens que sans overclocking, avec l'XFR actif sans contrainte.
 

Le problème avec la valeur "Auto", c'est qu'on ne sait pas si l'option est activée ou non, et ça vaut pour toutes les valeurs du bios.
En l'occurrence, sur ma Asus, le Global C-State Control en Auto est désactivé, d'où l'intérêt de le définir "Enabled" plutôt que de le laisser en Auto.
La valeur par défaut en "Auto" peut même varier d'une version du bios à une autre. Mieux vaut donc explicitement activer ou désactiver tous les options dont on connaît la valeur idéale.
 
 

Stop, où tu vois une tension majorée ? Ça coupe court au pseudo Core Performance Boost. Je vais te le répèter si P0 modifié le XFR saute, et malheureusement tu te bases sur une gestion Asus qui n'est pas celle d'ASRock, d'ailleurs sortant d'une Asus je n'en veux plus.
 
Désolé ce n'est toujours pas une Asus (et je n'en veux toujours pas plus), alors je ne vois pas ce tu m'expliques d'autant que tu n'as toujours pas démontré le gain par C-States à savoir l'origine de la discussion, du coup comparer 2 valeurs à la prise pendant 2 minutes c'est largement plus que discutable comme protocole.
 
Et non, si les P-STATES existent dans les BIOS depuis le départ, ce n'est pas fait pour HWinfo spécifiquement.

Nul besoin de nous prendre la tête à tenter en vain de nous convaincre mutuellement.
 
J'ai configuré mon PC d'après mes propres constatations et interprétations qui ne s'appliquent pas forcément à une autre configuration même si la mienne fonctionne ainsi à merveille.
 
Il m'arrive de faire part ici-même de ce que j'ai découvert ou pense avoir compris mais sans intention de présenter ça comme une vérité absolue applicable à tous, notamment aux détenteurs d'une autre carte mère.
 
Chacun est donc libre de lire, croire et faire ce que bon lui semble, à commencer par ignorer mes posts.

Où peu-on trouver ce fameux tableau de timings de "the stilt"?

tRFC2 et tRFC4 ne sont pas exacts sur cette version du tableau, car je les avais extrapolés à partir d'une règle de trois à défaut de connaître leur formule de calcul.
 
Voici donc la version corrigée avec en prime le "3333 Extreme", des timings encore plus serrés mais qui ne viennent pas de The Stilt:
 

bon beh je prends le nouveau alors.

hello sur du X370 c'est normal d'avoir que du offset voltage CPU ?
 
La mobal c'est une X370-A.

Dans les entrées de gamme ça arrive, mais on peut continuer le problème en allant dans P-STATES.et définir le VID.

Re,
 
après quelques erreurs de calculs sous climateprediction - un projet sous BOINC - je reviens @stock pour voir si le pb ne vient pas de l'appli en elle même. Ce qui est assez embêtant c'est que ce sont des calculs sur 4 jours....
 
j'en profite pour confirmer que l'option "core performance boost" activée par défaut dans le bios de l' "Asus Prime X370 Pro" fait faire n'importe quoi au voltage CPU pour gagner 100 Mhz! J'ai eu des pointes à 1,506V...

J'ai 3900mhz sur un 1700x pour 1.40 je trouve ça amazing , mis a par le vcore il y a d'autre option pour faire baisser celui ci ?

C'est précisément ce qu'il faut éviter sur ma carte mère.
Dès lors que le VID du P0 se voit assigné une autre valeur que celle par défaut, il est considéré comme désactivé dès qu'on sort du BIOS.
Le seul moyen d'avoir des P-States qui fonctionnent correctement est de fixer cette tension avec un offset, qui s'applique donc au VID par défaut.
 

Oui, c'est le LLC ou Load Line Calibration.
Son rôle est de compenser la chute de tension entre les VRM et les coeurs du processeur, en adaptant la tension émise par les VRM à la puissance consommée.
 
Il faut déjà savoir que la tension qui détermine la stabilité est la "CPU Core Voltage (VDI2 TFN)" dans HWiNFO, relevée alors que le CPU est sollicité à 100%, idéalement avec Inter Burst Test ou OCCT en mode Linpack avec AVX.
Tout modification du LLC va modifier cette tension. Il faut donc chaque fois adapter celle définie dans le bios pour retrouver la même mesurée en charge.
 
Mon 1700, qui monte correctement en fréquence mais sans plus, a ainsi besoin de 1.30625 V à 3,9 Ghz.

Dites, je n'y connais rien en oc mais j'ai tout de meme voulu essayer avec mon 1700x et mon Asus X370-Pro.
 
Pour le moment, je n'ai monte que le ratio a 36 et les voltages sont restes en auto. Ca fait 10min que j'ai lance le test et j'ai deja le proc a 82C ... et le voltage cpu oscille entre 1.35 et 1.37...
 
Du coup, suis dans la norme ou je vais faire cramer mon PC ?

T'as quoi comme refroidissement pour le proc? d'où sors-tu tes chiffres? utilises-tu HWiNFO ? Est-ce la température Tdie ou Tctl?
Ca me parait un peu haut et le voltage est un peu haut aussi.