부팅 직후 CPU 주파수가 800MHz로 고정됩니다(ps15 thinkpad)

부팅 직후 CPU 주파수가 800MHz로 고정됩니다(ps15 thinkpad)

저는 답답한 미스터리를 안고 있는데 누군가가 제게 올바른 방향을 알려줄 수 있기를 바랍니다.

질문:

  • 부하가 있는 경우 시스템은 부팅 후 잠시 동안 수요를 충족하기 위해 CPU 주파수를 높이지 않습니다.
  • 처음 영상 통화 중에 이런 현상을 발견했는데, 오디오 품질이 떨어지고 노트북이 전반적으로 느려졌습니다.
  • s-tui나는 주로 수동 테스트에서 빈도와 부하를 평가하기 위해 and 를 사용합니다 stress.
  • 이런 일은 실제로 Windows와 Linux에서 발생하지만 저는 지금 Linux를 실행하고 있으며 Windows로 돌아갈 생각이 없으며 도구와 옵션도 Linux에서 더 좋다고 생각합니다.

여기에 이미지 설명을 입력하세요.

내 시스템의 속성:

  • LSCPU:
    • Intel(R) 코어(TM) i7-10610U CPU @ 1.80GHz
    • CPU 최대 MHz: 2301.0000
    • CPU 최소 MHz: 400.0000
  • 레노버 P15s 씽크패드 1세대. 목록에는 2세대라고 나와 있지만 거짓말인 것 같아요.
  • 우분투 22.04,
  • BIOS 버전 1.27. 분명히 최신입니다.
  • uname -a Linux 5.15.0-60-generic #66-Ubuntu SMP 금요일 1월 20일 14:29:49 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux
  • lsmod | grep intel
    • snd_soc_intel_hda_dsp_commonintel_tcc_coolingintel_rapl_msrintel_powerclampsnd_sof_pci_intel_cnlsnd_sof_intel_hda_commonsoundwire_intelsoundwire_generic_allocationsoundwire_cadencesnd_sof_intel_hdasnd_sof_pcisnd_sof_xtensa_dspsnd_sofsnd_soc_hdac_hdasnd_hda_ext_coresnd_soc_acpi_intel_matchsnd_soc_acpisoundwire_bussnd_soc_corekvm_intelkvmsnd_hda_intelsnd_intel_dspcfgbtintelsnd_intel_sdw_acpibluetoothsnd_hda_codecintel_cstateintel_wmi_thunderboltsnd_hda_coresnd_pcmintel_rapl_commonintel_soc_dts_iosfintel_pch_thermalsndintel_hidsparse_keymapghash_clmulni_intelaesni_intelcrypto_simdcryptdwmi
  • lsmod | grep acpi
    • snd_soc_acpi_intel_matchsnd_soc_acpisnd_intel_sdw_acpithinkpad_acpinvramledtrig_audioucsi_acpitypec_ucsisndplatform_profileacpi_thermal_relacpi_padvideo
  • 산출sudo cpupower frequency-info
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: 10.0 us
  hardware limits: 400 MHz - 2.30 GHz
  available frequency steps:  2.30 GHz, 2.30 GHz, 2.20 GHz, 2.00 GHz, 1.80 GHz, 1.70 GHz, 1.60 GHz, 1.50 GHz, 1.30 GHz, 1.20 GHz, 1.10 GHz, 900 MHz, 800 MHz, 700 MHz, 500 MHz, 400 MHz
  available cpufreq governors: conservative ondemand userspace powersave performance schedutil
  current policy: frequency should be within 400 MHz and 1.80 GHz.
                  The governor "ondemand" may decide which speed to use
                  within this range.
  current CPU frequency: 1.80 GHz (asserted by call to hardware)
  boost state support:
    Supported: yes
    Active: yes

지금까지 시도해 본 것 같아요.

  • grub 에 추가하여 Intel pstate 드라이버를 활성화/비활성화합니다 intel_pstate=disbale. 하지만 내 시스템에서는 그것을 사용하지도 않는 것 같습니다.
  • 주문형 및 성능 튜너. 아무것도 변하지 않습니다.
  • 모든 전원/CPU 관련 BIOS 옵션(Intel 속도 단계 등)을 활성화/비활성화합니다.
  • cpupower frequency-set --governor최소/최대 주파수 및 거버너 사용 및 수동 설정cpufreq-set -r --min=0.8GHz --max=2.3GHz
  • 온도가 48도를 넘지 않더라도 (throttlestop)[https://github.com/agoose77/throttlestop]과 같은 도구를 사용하여 열 문제인지 확인하세요.
  • 수동으로 배터리를 분리하고 전원 버튼을 30초 동안 누르고 있습니다(절망적입니다).
  • acpi 지원 드라이버를 사용하십시오 sudo apt install acpi-support acpid acpi. 나는 또한 이것을 제거하려고 시도했습니다. freq-info에서는 acpi를 제거했는데도 acpi를 사용하고 있다고 주장하므로 아무런 효과가 없을 것입니다.

내가 이해하지 못하는 것들:

  • cat /sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_max_freq보고된 최소/최대 주파수가 cpupower frequency-info잘못된 것 같습니다. s-tui이 나쁜 상태가 발생하기 전에는 최대 4.2GHz의 주파수를 볼 수 있습니다.
  • 재부팅하고 실행하여 s-tui스트레스 테스트를 시작하면 실제로 원하는 결과가 표시되며 모든 코어는 3.5ghz -4.2ghz까지 올라갑니다. 어떤 시점에서는 0.8GHz~1.1GHz에만 도달합니다. 실제로 스트레스 테스트 전에 유휴 상태일 때 더 높은 주파수로 이동한 다음 더 낮은 주파수로 고정됩니다.
  • Amazon 목록에는 실제로 11세대 CPU라고 주장하고 있는데, lscpu가 10세대라고 주장하는 것을 방금 알아차렸으니 사기를 당한 것 같습니다.
  • 이 나쁜 상태에 들어간 후, 주파수와 거버너를 설정해도 실제로는 아무 것도 변경되지 않았습니다. 비록 변경 사항이 cpupower frequency-info로드 시 CPU 주파수가 올라가지 않는 데 반영되었음에도 말이죠.
  • 이 나쁜 상태에서 부하 테스트를 시작하면 주파수가 즉시 3.5-4로 점프한 다음 더 낮은 제한 주파수로 떨어집니다.

어떤 조언이라도 대단히 감사하겠습니다.

편집하다:

포기하고 새 노트북을 샀습니다. 저는 당분간 ThinkPad를 더 이상 사용하지 않습니다.

답변1

저도 같은 문제가 있었는데, 부팅 직후 CPU가 멈췄습니다. OEM이 마침내 내 노트북의 마더보드를 교체할 때까지 저는 다양한 조정과 유틸리티를 시도했습니다. 나는 이것이 잘못된 온도를 보고하는 잘못된 열 센서로 인해 CPU 스로틀링이 발생한다고 확신합니다.

관련 정보