Bonjour,
Sur un Rise3 avec un AMD Ryzen 9 5900X - 12c/24t - 3.7 GHz/4.8 GHz toutes les commandes m'indique une fréquence qui va de 2.20 GHz à 3.70 GHz
J'ai joué un peu avec cpu gouvernor pour le bloquer à 3.7Ghz mais j'aimerai assez que le proc passe à 4.8Ghz en cas de nécessité.
Un problème au niveau du bios ? kernel ? outils ?
uname -aLinux anonym 6.1.0-32-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.129-1 (2025-03-06) x86_64 GNU/Linux
cpufreq-infocpufrequtils 008: cpufreq-info (C) Dominik Brodowski 2004-2009Report errors and bugs to cpufreq@vger.kernel.org, please.analyzing CPU 0: driver: acpi-cpufreq CPUs which run at the same hardware frequency: 0 CPUs which need to have their frequency coordinated by software: 0 maximum transition latency: 4294.55 ms. hardware limits: 2.20 GHz - 3.70 GHz available frequency steps: 3.70 GHz, 2.80 GHz, 2.20 GHz available cpufreq governors: ondemand, conservative, userspace, powersave, performance, schedutil current policy: frequency should be within 2.20 GHz and 3.70 GHz. The governor "performance" may decide which speed to use within this range. current CPU frequency is 3.70 GHz (asserted by call to hardware). cpufreq stats: 3.70 GHz:99.98%, 2.80 GHz:0.00%, 2.20 GHz:0.02% (71)
lscpuArchitecture: x86_64 CPU op-mode(s): 32-bit, 64-bit Address sizes: 48 bits physical, 48 bits virtual Byte Order: Little EndianCPU(s): 24 On-line CPU(s) list: 0-23Vendor ID: AuthenticAMD BIOS Vendor ID: Advanced Micro Devices, Inc. Model name: AMD Ryzen 9 5900X 12-Core Processor BIOS Model name: AMD Ryzen 9 5900X 12-Core Processor Unknown CPU @ 3.7GHz BIOS CPU family: 107 CPU family: 25 Model: 33 Thread(s) per core: 2 Core(s) per socket: 12 Socket(s): 1 Stepping: 2 Frequency boost: enabled CPU(s) scaling MHz: 101% CPU max MHz: 3700.0000 CPU min MHz: 2200.0000 BogoMIPS: 7386.01 Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc c puid extd_apicid aperfmperf rapl pni pclmulqdq monitor ssse3 fma cx16 sse4_1 sse4_2 x2apic movbe popcnt aes xsave avx f16c rdrand lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misa lignsse 3dnowprefetch osvw ibs skinit wdt tce topoext perfctr_core perfctr_nb bpext perfctr_llc mwaitx cpb cat_l3 cdp_l3 hw_pstate ssbd mba ibrs ibpb stibp vmmcall fsgsbase bmi1 avx2 sme p bmi2 erms invpcid cqm rdt_a rdseed adx smap clflushopt clwb sha_ni xsaveopt xsavec xgetbv1 xsaves cqm_llc cqm_occup_llc cqm_mbm_total cqm_mbm_local clzero irperf xsaveerptr rdpru wbnoi nvd arat npt lbrv svm_lock nrip_save tsc_scale vmcb_clean flushbyasid decodeassists pausefilter pfthreshold avic v_vmsave_vmload vgif v_spec_ctrl umip pku ospke vaes vpclmulqdq rdpid ove rflow_recov succor smca fsrmVirtualization features: Virtualization: AMD-VCaches (sum of all): L1d: 384 KiB (12 instances) L1i: 384 KiB (12 instances) L2: 6 MiB (12 instances) L3: 64 MiB (2 instances)NUMA: NUMA node(s): 1 NUMA node0 CPU(s): 0-23Vulnerabilities: Gather data sampling: Not affected Itlb multihit: Not affected L1tf: Not affected Mds: Not affected Meltdown: Not affected Mmio stale data: Not affected Reg file data sampling: Not affected Retbleed: Not affected Spec rstack overflow: Mitigation; safe RET Spec store bypass: Mitigation; Speculative Store Bypass disabled via prctl Spectre v1: Mitigation; usercopy/swapgs barriers and __user pointer sanitization Spectre v2: Mitigation; Retpolines; IBPB conditional; IBRS_FW; STIBP always-on; RSB filling; PBRSB-eIBRS Not affected; BHI Not affected Srbds: Not affected Tsx async abort: Not affected
Si quelqu'un a des suggestions :)
Merci.
33288 
19.11.2016 12:11
Si tu lances "stress-ng --cpu 1", ça donne quoi ?
J'ai remarqué que, malgré ce que dit "cpupower frequency-info", la fréquence réelle d'un des cœurs est bien à 4.716 GHz, pas loin des 4.8 GHz de boost mentionnés dans https://www.amd.com/en/products/processors/desktops/ryzen/5000-series/amd-ryzen-9-5900x.html.
# grep MHz /proc/cpuinfo | sort -n | tail -n2
cpu MHz : 2800.000
cpu MHz : 4716.342
Il est possible que ça soit juste un bug d'affichage puisque 4.8 GHz n'est qu'une fréquence de boost, pas la fréquence de base. D'ailleurs, si je lance stress-ng sur 2 CPU, au lieu d'en avoir un à 4.7 GHz, j'en ai deux à 4.5 Ghz :
# grep MHz /proc/cpuinfo | sort -n | tail -n2
cpu MHz : 4566.619
cpu MHz : 4566.624
Hello @TTY,
Tu as le même problème en rescue ? Si oui, je pense qu'il faudrait ouvrir un ticket pour qu'on regarde. Quelle est la carte mère ? B550D4U-2T ou MC12-LE2-V1 ?
Merci pour ta contribution@le_sbraz
pour le rescue Je vais me coordonner avec le client qui est en plaine promo Pinterest.
C'est une B550D4U-2T.
# dmidecode 3.4
Getting SMBIOS data from sysfs.
SMBIOS 3.3.0 present.
Handle 0x0002, DMI type 2, 15 bytes
Base Board Information
Manufacturer: ASRockRack
Product Name: B550D4U-2T
Version: R1.00
Serial Number: M80-G1000100091
Asset Tag:
Features:
Board is a hosting board
Board is replaceable
Location In Chassis:
Chassis Handle: 0x0003
Type: Motherboard
Contained Object Handles: 0
Merci pour ta contribution@le_sbraz
pour le rescue Je vais me coordonner avec le client qui est en pleine promo Pinterest.
C'est une B550D4U-2T.
# dmidecode 3.4
Getting SMBIOS data from sysfs.
SMBIOS 3.3.0 present.
Handle 0x0002, DMI type 2, 15 bytes
Base Board Information
Manufacturer: ASRockRack
Product Name: B550D4U-2T
Version: R1.00
Serial Number: M80-G1000100091
Asset Tag:
Features:
Board is a hosting board
Board is replaceable
Location In Chassis:
Chassis Handle: 0x0003
Type: Motherboard
Contained Object Handles: 0
Quelle est la version du BIOS ? J'étais en L0.37E et je voyais bien "hardware limits: 550 MHz - 4.95 GHz"
Je vais flasher dans la dernière version qu'on supporte, la L0.37F, et je te dirai ce que ça donne.
Après mise à jour en L0.37F,c'est toujours OK ici :
analyzing CPU 0:
driver: acpi-cpufreq
CPUs which run at the same hardware frequency: 0
CPUs which need to have their frequency coordinated by software: 0
maximum transition latency: Cannot determine or is not supported.
hardware limits: 2.20 GHz - 4.95 GHz
available frequency steps: 3.70 GHz, 2.80 GHz, 2.20 GHz
available cpufreq governors: conservative ondemand userspace powersave performance schedutil
current policy: frequency should be within 2.20 GHz and 3.70 GHz.
The governor "schedutil" may decide which speed to use
within this range.
current CPU frequency: 2.20 GHz (asserted by call to hardware)
boost state support:
Supported: yes
Active: no
Boost States: 0
Total States: 3
Pstate-P0: 900MHz
Pstate-P1: 700MHz
Pstate-P2: 500MHz
En version L0.37F
J'ai jouer avec CPU freq gouvernor... ça peut influer tu penses ?
dmidecode
# dmidecode 3.4
Getting SMBIOS data from sysfs.
SMBIOS 3.3.0 present.
Table at 0x000E6DA0.
Handle 0x0000, DMI type 0, 26 bytes
BIOS Information
Vendor: American Megatrends International, LLC.
Version: L0.37F
Release Date: 02/24/2025
Address: 0xF0000
cpufreq-info
cpufrequtils 008: cpufreq-info (C) Dominik Brodowski 2004-2009
Report errors and bugs to cpufreq@vger.kernel.org, please.
analyzing CPU 0:
driver: acpi-cpufreq
CPUs which run at the same hardware frequency: 0
CPUs which need to have their frequency coordinated by software: 0
maximum transition latency: 4294.55 ms.
hardware limits: 2.20 GHz - 3.70 GHz
available frequency steps: 3.70 GHz, 2.80 GHz, 2.20 GHz
J'aurais pensé (je ne suis pas expert en la matière) que le governor n'aurait pas changé ce qui est indiqué dans "hardware limits". Je te laisse tester en rescue quand tu pourras et ouvrir un ticket si besoin.
Et bien en rescue après l'install de cpufrequtils :
cpufrequtils 008: cpufreq-info (C) Dominik Brodowski 2004-2009
Report errors and bugs to cpufreq@vger.kernel.org, please.
analyzing CPU 0:
driver: acpi-cpufreq
CPUs which run at the same hardware frequency: 0
CPUs which need to have their frequency coordinated by software: 0
maximum transition latency: 4294.55 ms.
hardware limits: 2.20 GHz - 4.95 GHz
available frequency steps: 3.70 GHz, 2.80 GHz, 2.20 GHz
available cpufreq governors: conservative, ondemand, userspace, powersave, performance, schedutil
current policy: frequency should be within 2.20 GHz and 3.70 GHz.
The governor "ondemand" may decide which speed to use
within this range.
current CPU frequency is 2.20 GHz (asserted by call to hardware).
cpufreq stats: 3.70 GHz:2.34%, 2.80 GHz:0.37%, 2.20 GHz:97.29% (765)
Le hardware limits est OK
Je reboot sur le disk et désactive les réglages governor dans /etc/default/cpufrequtils + reboot à nouveau :
cpufreq-info
cpufrequtils 008: cpufreq-info (C) Dominik Brodowski 2004-2009
Report errors and bugs to cpufreq@vger.kernel.org, please.
analyzing CPU 0:
driver: acpi-cpufreq
CPUs which run at the same hardware frequency: 0
CPUs which need to have their frequency coordinated by software: 0
maximum transition latency: 4294.55 ms.
hardware limits: 2.20 GHz - 3.70 GHz
available frequency steps: 3.70 GHz, 2.80 GHz, 2.20 GHz
available cpufreq governors: ondemand, conservative, userspace, powersave, performance, schedutil
current policy: frequency should be within 2.20 GHz and 3.70 GHz.
The governor "schedutil" may decide which speed to use
within this range.
current CPU frequency is 2.20 GHz (asserted by call to hardware).
cpufreq stats: 3.70 GHz:1.39%, 2.80 GHz:1.88%, 2.20 GHz:96.73% (311)
Les governor sont sur "schedutil" alors que sur le rescue ils sont sur "ondemand"
je tente de les régler pareil :
/etc/default/cpufrequtils
->
---
ENABLE="true"
GOVERNOR="ondemand"
---
systemctl restart cpufrequtils.service
cpufrequtils 008: cpufreq-info (C) Dominik Brodowski 2004-2009
Report errors and bugs to cpufreq@vger.kernel.org, please.
analyzing CPU 0:
driver: acpi-cpufreq
CPUs which run at the same hardware frequency: 0
CPUs which need to have their frequency coordinated by software: 0
maximum transition latency: 4294.55 ms.
hardware limits: 2.20 GHz - 3.70 GHz
available frequency steps: 3.70 GHz, 2.80 GHz, 2.20 GHz
available cpufreq governors: ondemand, conservative, userspace, powersave, performance, schedutil
current policy: frequency should be within 2.20 GHz and 3.70 GHz.
The governor "ondemand" may decide which speed to use
within this range.
current CPU frequency is 2.20 GHz (asserted by call to hardware).
cpufreq stats: 3.70 GHz:1.60%, 2.80 GHz:0.75%, 2.20 GHz:97.65% (8005)
Et là beein je suis un peu perdu...
Je te confirme : j'ai installé Debian 12 sur ma machine et j'ai le même comportement que toi. Je vais creuser un peu et éventuellement demander l'aide des équipes hardware.
Si tu lances "stress-ng --cpu 1", ça donne quoi ?
J'ai remarqué que, malgré ce que dit "cpupower frequency-info", la fréquence réelle d'un des cœurs est bien à 4.716 GHz, pas loin des 4.8 GHz de boost mentionnés dans https://www.amd.com/en/products/processors/desktops/ryzen/5000-series/amd-ryzen-9-5900x.html.
# grep MHz /proc/cpuinfo | sort -n | tail -n2
cpu MHz : 2800.000
cpu MHz : 4716.342
Il est possible que ça soit juste un bug d'affichage puisque 4.8 GHz n'est qu'une fréquence de boost, pas la fréquence de base. D'ailleurs, si je lance stress-ng sur 2 CPU, au lieu d'en avoir un à 4.7 GHz, j'en ai deux à 4.5 Ghz :
# grep MHz /proc/cpuinfo | sort -n | tail -n2
cpu MHz : 4566.619
cpu MHz : 4566.624
Je connaissait pas stress-ng :)
Merci pour ton implication. ça fait franchement plaisir, même avec le support pro je pense que j'aurai bien galéré et certainement que j'aurai remplacé le serveur sans me poser plus de question.
Sans charge :
Avec charge 1 CPU :
Avec charge 2 CPU :
J'ai donc le même comportement que toi.
Toute cette histoire est partie de ce graph :
J'ai plutôt l'habitude de voir ça :
J'ai regardé le code qui produit ça, il se base sur le module kernel acpi-cpufreq ou intel_pstate.
Il semble que pour les proc AMD récent c'est mieux de se baser sur amd-pstate, présent dans le noyau qu'à partir de la version 6.4.
Mon poste de travail en Debian 12 avec un Ryzen également et j'observe le même même comportement.
Ca fait beaucoup de raison de penser que le résultat des commandes cpufreq est faux.
Il restera que l'image Debian12 rescue affiche les bons hardware limits alors que l'image OVH installable non... Et ça, ça dépasse un peu mon périmètre. Je pense maintenant que le poc fonctionne normalement.
Bonjour@TTY , puis-je savoir ce que tu as modifié ?
(*) quand j'ai voulu coller l'image j'ai eu un message d'erreur. Impossible de coller l'image in-line. Je la colle donc en pièce jointe (untitled.png)
Le 2ème message d'erreur est celui-ci:
Juste une petite MAJ pour dire que sous Debian 13 le problème est résolu avec linux-cpupower qui est compatible avec le driver amd_pstate.
Note : il faut penser à créer le service systemd qui n'est pas fournit par Debian.
https://bugs-devel.debian.org/894906
https://bugs-devel.debian.org/cgi-bin/bugreport.cgi?bug=894906;msg=32