Overclock feito na bios mas não reflete no sistema

Caros, Boa noite

Recentemente fiz um overclock em meu processador(ryzen 3 1200) e eu tava acreditando que ele estava funcionando, Porem para minha surpresa ao testar o novo layout de informações da Steam, percebi que o clock continuava travado no padrão.

No Windows o processador trabalhava no clock overclockado, Mas no Debian(meu sistema principal) o processador continua no clock antigo.

Fiz um overclock de 3,09 GHZ para 3,80 GHZ não parece muito mas nesse processador faz uma baita diferença


No monitor do sistema aparece “Velocidade Base” é a velocidade que fiz o overclock, mas por que raios ele fica travado no 3,09 GHZ? o que eu tenho que mudar para fazer ele reconhecer esse overclock?

System:
  Kernel: 6.15.10-psycachy arch: x86_64 bits: 64
  Desktop: GNOME v: 48.4 Distro: Debian GNU/Linux 13 (trixie)
Machine:
  Type: Desktop Mobo: BIOSTAR model: A520MH 3.0 serial: <superuser required>
    UEFI: American Megatrends LLC. v: 5.17 date: 10/30/2023
CPU:
  Info: quad core model: AMD Ryzen 3 1200 bits: 64 type: MCP cache: L2: 2 MiB
  Speed (MHz): avg: 2475 min/max: 1550/3800 cores: 1: 2475 2: 2475 3: 2475
    4: 2475
Graphics:
  Device-1: Advanced Micro Devices [AMD/ATI] Polaris 20 XL [Radeon RX 580
    2048SP] driver: amdgpu v: kernel
  Display: wayland server: X.Org v: 24.1.6 with: Xwayland v: 24.1.6
    compositor: gnome-shell driver: dri: radeonsi gpu: amdgpu
    resolution: 1024x768~90Hz
  API: EGL v: 1.5 drivers: kms_swrast,radeonsi,swrast
    platforms: gbm,wayland,x11,surfaceless,device
  API: OpenGL v: 4.6 compat-v: 4.5 vendor: amd mesa v: 25.0.7-2 renderer: AMD
    Radeon RX 580 2048SP (radeonsi polaris10 ACO DRM 3.63 6.15.10-psycachy)
  API: Vulkan v: 1.4.309 drivers: radv,llvmpipe surfaces: xcb,xlib,wayland
  Info: Tools: api: eglinfo, glxinfo, vulkaninfo x11: xdriinfo, xdpyinfo,
    xprop, xrandr
Audio:
  Device-1: Advanced Micro Devices [AMD/ATI] Ellesmere HDMI Audio [Radeon RX
    470/480 / 570/580/590] driver: snd_hda_intel
  Device-2: Advanced Micro Devices [AMD] Family 17h HD Audio
    driver: snd_hda_intel
  Device-3: Trust PC Headset driver: hid-generic,snd-usb-audio,usbhid
    type: USB
  API: ALSA v: k6.15.10-psycachy status: kernel-api
  Server-1: PipeWire v: 1.4.2 status: active
Network:
  Message: No PCI device data found.
  Device-1: Naxiang SZNX LAN 100M driver: cdc_ether type: USB
  IF: enxec9a0c15a1d1 state: up speed: 100 Mbps duplex: half mac: <filter>
Drives:
  Local Storage: total: 745.22 GiB used: 251.22 GiB (33.7%)
  ID-1: /dev/sda vendor: Gigabyte model: GP-GSTFS31480GNTD size: 447.13 GiB
  ID-2: /dev/sdb vendor: Samsung model: HD322HJ size: 298.09 GiB
Partition:
  ID-1: / size: 421.89 GiB used: 127.14 GiB (30.1%) fs: ext4 dev: /dev/sda2
  ID-2: /boot/efi size: 299.4 MiB used: 7 MiB (2.3%) fs: vfat dev: /dev/sda1
Swap:
  ID-1: swap-1 type: partition size: 17.13 GiB used: 344.6 MiB (2.0%)
    dev: /dev/sda3
Sensors:
  System Temperatures: cpu: 58.0 C mobo: N/A gpu: amdgpu temp: 71.0 C
  Fan Speeds (rpm): N/A gpu: amdgpu fan: 2949
Info:
  Memory: total: 16 GiB available: 15.56 GiB used: 8.02 GiB (51.5%)
  Processes: 380 Uptime: 4h 9m Shell: Bash inxi: 3.3.38


Salve

Ele funcionou sim, só você ver ali nas informações do sistema!

Info: quad core model: AMD Ryzen 3 1200 bits: 64 type: MCP cache: L2: 2 MiB
  Speed (MHz): avg: 2475 min/max: 1550/**3800** cores: 1: 2475 2: 2475 3: 2475
    4: 2475

O que acontece é que quando o processador está em IDLE ele fica com os clocks mais baixos para economizar energia. Você pode desligar os “cstates” lá na BIOS e travar ele na performance máxima sempre, mas não vejo necessidade sinceramente, o governor ondemand e o gamemode já dão conta disso quando precisar.

Para maior eficiência você pode também setar o VCORE em um valor offset em vez de fixo, assim ele escala conforme a necessidade e não fica travado em um valor máximo toda hora. O problema é que tem que calibrar bem e mudar umas opções de idle state na BIOS, pois as vezes quando o sistema fica parado o vcore baixa demais e congela tudo. Tem uma opção que não deixa o vcore baixar tanto em idle para evitar esses problemas mas não me lembro de cabeça o nome, preciso fuçar (além de ter um nome diferente em cada fabricante, deviam padronizar essas opções!)

Pra ver a velocidade de cada núcleo separadamente a cada 1 segundo:
watch -n 1 "cat /proc/cpuinfo |grep MHz"

1 curtida

Isso, ia postar isso, tenta fazer esse comando e roda alguma coisa pesada aí vê como fica o clock.

Ele não tá usando o clock que coloquei no overclock

usei a dica do amigo, e coloquei um bench de fundo de processador deixando ele em 100% e ele fica travado no 3.09 GHZ

Não é nem questão do core variar tanto, mas quando estou jogando ele também não chega nunca nesse overclock que fiz

Peguei um print de um jogo que estava carregando shaders e observa lá em cima como o processador fica em 100% mas não usa o clock adicional

Utilizando Windows o clock sobe? Se sim deve ser questão de configurar algo mesmo. Tentou alguma outra distro pra ver se ocorre a mesma coisa? Tenta com outro kernel também só pra gente tirar essa duvida.

Se rodar com apenas 1 thread, não passa disso tbm?

Olá @SludgeBomber, tudo bem contigo?

Confere se o GNOME não está configurado para ficar no modo de “economia de energia”, pode ser isso que está limitando a velocidade do processador.

:vulcan_salute:

No Windows o clock sobe sim, Eu usava o cachyOs e tinha o mesmo problema.

Vim para o Debian e pensei que poderia ser o Kernel, testei com o kernel padrão e o do LinuxToys e continua o mesmo

Sim, fiz o teste com 1 thread só e fica travada.

Essa opção está no modo Balanceado e continua do mesmo jeito, não aparece a opção “Alta perfomance”

Temos um caso “paranormal” para resolver hehe. Tinha um professor meu que dizia: “Computação não é ciência exata, é ciência exotérica!”

O alinhamento dos cosmos tá fazendo algo dar errado aí!

Lá na BIOS você consegue travar o clock em um valor específico e desligar os cstates?

Desliga tudo que for de economia de energia e compliance (tipo ErP essas coisas) e vamos ver no que dá, acho que é um bom ponto de inicio, pra gente ir eliminando as variáveis.

EDIT: Antes disso, roda umas coisas aí pra gente dar uma olhada no output

lsmod
cpupower frequency-info
modinfo acpi-cpufreq

Eu meio que descobri o “problema”

Para aumentar o clock no Linux preciso mexer na opção “cpu clock”

Porem mesmo mexendo o sistema extremamente instável e as vezes nem dá boot

No Windows apenas a opção cpu ratio funciona, e lá eu tinha o Ryzen Master para qualquer coisa.

É realmente estranho, mas não quero voltar pro Windows nunca mais.

Agora já não sei onde está o erro

Deixa o clock travado e só mexe no ratio mesmo, mexer no clock dá BO porque altera o clock de um monte de coisa ao mesmo tempo.

Cara, agora que vi ali no OP que sua placa mãe é com chipset A520. Esse chipset é bloqueado para overclock, o ratio sempre fica travado no mesmo independente de quanto tu mude. Não sei como o ryzen master faz para resolver esse embróglio no Windows, teria que pesquisar.

EDIT: Nem todas são travadas, tem que ver especificamente esse seu modelo.

Suporta sim está no manual da placa mãe, essa versão da biostar é liberada

1 curtida

Boa, manda o output desses comandos aqui pra gente ver o que tá rolando aí, as vezes é algo no gerenciamento de energia ou algum driver do Linux que está com configuração estranha


lsmod
cpupower frequency-info
modinfo acpi-cpufreq

Certo

Module                  Size  Used by
snd_seq_dummy          12288  0
snd_hrtimer            12288  1
snd_seq               126976  7 snd_seq_dummy
qrtr                   57344  2
rfkill                 45056  3
vfat                   20480  1
fat                   106496  1 vfat
amd_atl                61440  1
intel_rapl_msr         20480  0
intel_rapl_common      53248  1 intel_rapl_msr
kvm_amd               241664  0
kvm                  1409024  1 kvm_amd
snd_hda_codec_realtek   233472  1
snd_hda_scodec_component    20480  1 snd_hda_codec_realtek
irqbypass              12288  1 kvm
snd_hda_codec_generic   114688  1 snd_hda_codec_realtek
polyval_clmulni        12288  0
snd_hda_codec_hdmi     90112  1
polyval_generic        12288  1 polyval_clmulni
ghash_clmulni_intel    16384  0
sha512_ssse3           49152  0
snd_hda_intel          65536  2
sha256_ssse3           40960  0
sha1_ssse3             32768  0
snd_intel_dspcfg       45056  1 snd_hda_intel
snd_usb_audio         577536  2
snd_intel_sdw_acpi     16384  1 snd_intel_dspcfg
aesni_intel           114688  0
snd_usbmidi_lib        49152  1 snd_usb_audio
crypto_simd            16384  1 aesni_intel
snd_hda_codec         225280  4 snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec_realtek
snd_ump                40960  1 snd_usb_audio
cryptd                 28672  2 crypto_simd,ghash_clmulni_intel
snd_rawmidi            53248  2 snd_usbmidi_lib,snd_ump
snd_hda_core          147456  5 snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec,snd_hda_codec_realtek
rapl                   20480  0
snd_hwdep              24576  2 snd_usb_audio,snd_hda_codec
snd_seq_device         16384  3 snd_seq,snd_ump,snd_rawmidi
pcspkr                 12288  0
acpi_cpufreq           32768  0
wmi_bmof               12288  0
snd_pcm               217088  6 snd_hda_codec_hdmi,snd_hda_intel,snd_usb_audio,snd_hda_codec,snd_hda_core
k10temp                12288  0
snd_timer              53248  3 snd_seq,snd_hrtimer,snd_pcm
ee1004                 16384  0
ccp                   192512  4 kvm_amd
snd                   151552  23 snd_hda_codec_generic,snd_seq,snd_seq_device,snd_hda_codec_hdmi,snd_hwdep,snd_hda_intel,snd_usb_audio,snd_usbmidi_lib,snd_hda_codec,snd_hda_codec_realtek,snd_timer,snd_ump,snd_pcm,snd_rawmidi
soundcore              16384  1 snd
mc                     86016  1 snd_usb_audio
joydev                 24576  0
mousedev               28672  0
mac_hid                12288  0
sg                     49152  0
parport_pc             77824  0
ppdev                  24576  0
lp                     28672  0
parport                86016  3 parport_pc,lp,ppdev
nfnetlink              20480  1
ip_tables              36864  0
x_tables               65536  1 ip_tables
raid10                 81920  0
raid456               208896  0
async_raid6_recov      20480  1 raid456
async_pq               16384  2 raid456,async_raid6_recov
async_xor              16384  3 async_pq,raid456,async_raid6_recov
async_memcpy           16384  2 raid456,async_raid6_recov
async_tx               16384  5 async_pq,async_memcpy,async_xor,raid456,async_raid6_recov
raid1                  61440  0
raid0                  28672  0
linear                 16384  0
md_mod                237568  5 raid1,raid10,raid0,linear,raid456
bochs                  24576  0
hid_generic            12288  0
cdc_ether              24576  0
usbnet                 61440  1 cdc_ether
mii                    20480  1 usbnet
usbhid                 86016  0
amdgpu              15863808  91
drm_panel_backlight_quirks    12288  1 amdgpu
drm_buddy              28672  1 amdgpu
gpu_sched              65536  1 amdgpu
serio_raw              16384  0
amdxcp                 12288  1 amdgpu
drm_suballoc_helper    20480  1 amdgpu
atkbd                  40960  0
drm_ttm_helper         16384  1 amdgpu
vivaldi_fmap           12288  1 atkbd
libps2                 24576  1 atkbd
ttm                   122880  2 amdgpu,drm_ttm_helper
i2c_algo_bit           24576  1 amdgpu
video                  81920  1 amdgpu
drm_exec               12288  1 amdgpu
drm_display_helper    262144  1 amdgpu
i2c_piix4              36864  0
cec                    94208  2 drm_display_helper,amdgpu
i2c_smbus              20480  1 i2c_piix4
i8042                  57344  0
wmi                    36864  2 video,wmi_bmof
serio                  32768  4 serio_raw,atkbd,i8042
gpio_amdpt             16384  0
gpio_generic           24576  1 gpio_amdpt
analisando o CPU 0:
  driver: acpi-cpufreq
  CPUs que rodam na mesma frequência de hardware: 0
  CPUs que precisam ter suas frequências coordenadas por software: 0
  maior latência de transição:  Cannot determine or is not supported.
  limites do hardware: 1.55 GHz - 3.80 GHz
  available frequency steps:  3.80 GHz, 2.80 GHz, 1.55 GHz
  reguladores do cpufreq disponíveis: conservative ondemand userspace powersave performance schedutil
  política de frequência atual deve estar entre 1.55 GHz e 3.80 GHz.
                  O regulador "ondemand" deve decidir qual velocidade usar
                  dentro desse limite.
  current CPU frequency: Unable to call hardware
  current CPU frequency: 3.09 GHz (asserted by call to kernel)
  boost state support:
    Supported: no
    Active: no
bash: modinfo: comando não encontrado

acho que é normal olhem, ao que me parece o meu processador esta no auto clock porque não precisei mexer.