Mauvaise fréquence processeur sur Ryzen 9 5900X

Bare Metal and VPS
1

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 -a
Linux anonym 6.1.0-32-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.129-1 (2025-03-06) x86_64 GNU/Linux

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 "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)

lscpu
Architecture: x86_64
CPU op-mode(s): 32-bit, 64-bit
Address sizes: 48 bits physical, 48 bits virtual
Byte Order: Little Endian
CPU(s): 24
On-line CPU(s) list: 0-23
Vendor 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 fsrm
Virtualization features:
Virtualization: AMD-V
Caches (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-23
Vulnerabilities:
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.

2

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 ?

3

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

4

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

5

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.

6

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

7

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

8

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.

9

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...

10

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.

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

12

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 :

grep MHz /proc/cpuinfo | sort -n | tail -n2
cpu MHz        : 3700.000
cpu MHz        : 3700.000

Avec charge 1 CPU :

stress-ng --cpu 1 -t 60s

grep MHz /proc/cpuinfo | sort -n | tail -n2
cpu MHz        : 3723.176
cpu MHz        : 4686.756

Avec charge 2 CPU :

stress-ng --cpu 2 -t 60s
grep MHz /proc/cpuinfo | sort -n | tail -n2
cpu MHz        : 4666.475
cpu MHz        : 4666.485

J'ai donc le même comportement que toi.

Toute cette histoire est partie de ce graph :

Screenshot 2025-03-27 at 08-58-16 anonym.2gci.net (Munin 2gci.net anonym.2gci.net).jpg598×663 93.8 KB

J'ai plutôt l'habitude de voir ça :

Screenshot 2025-03-27 at 08-59-53 dedie8.2gci.net (Munin 2gci.net dedie8.2gci.net).jpg598×489 98.1 KB

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.

13

Bonjour @TTY , puis-je savoir ce que tu as modifié ?

Community-Pasted-Attachment-1751962988979.png1169×119 42.3 KB

Community-Pasted-Attachment-1751963058216.png967×142 57.8 KB

14

@FabL , pendant l'édition, l'ajout d'images in-line a donné ceci(*). J'ai quand même continué comme si de rien n'était, et voilà les images sont quand même publiées !

(*) 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)

15

Le 2ème message d'erreur est celui-ci:

16

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