Tần số CPU luôn ở mức tối thiểu, ngay cả khi CPU là 100%

Tôi không biết khi nào sự cố này bắt đầu xảy ra, có thể là từ khi tôi cài đặt Ubuntu (16.04, mới). Tôi đã quan sát thấy Ubuntu chậm một cách bất thường, môi trường trở nên tồi tệ và việc sử dụng CPU cao ngay cả khi không hoạt động, ban đầu tôi nghĩ rằng một số chương trình đang làm chậm nó.

Sau một thời gian, tôi đã tìm ra nguyên nhân gây ra nó, tần số CPU được đặt thành 800 MHz, không ngừng, bất kể hoàn cảnh nào. Tần số tối đa được cho là 3100 MHz với Turbo-boost và 2000 MHz thường. Tôi đã cố tình đặt mức sử dụng CPU (của cả 4 luồng trên 2 lõi) thành 100% bằng cách Blender kết xuất một số nội dung trên CPU, nó vẫn duy trì ở mức 800 MHz.

Tôi đã thử thiết lập hồ sơ hiệu suất tối đa, nhưng nó vẫn còn thấp. Tôi đã kiểm tra nhiệt độ, dường như là 60 ° C mọi lúc, khi 87 ° C được coi là cao và 105 ° C tới hạn. Tôi đang chạy bằng nguồn AC mọi lúc, pin dường như không được sạc lại từ một thời gian trước.

Đây là những gì báo cáo cpufreq-thông tin:

 driver: intel_pstate
 CPUs which run at the same hardware frequency: 0
 CPUs which need to have their frequency coordinated by software: 0
 maximum transition latency: 0.97 ms.
 hardware limits: 800 MHz - 3.10 GHz
 available cpufreq governors: performance, powersave
 current policy: frequency should be within 2.00 GHz and 3.10 GHz.
                 The governor "performance" may decide which speed to use
                 within this range
 current CPU frequency is 800 MHz (asserted by call to hardware).

Nó là tương tự cho 3 đơn vị CPU khác.

Đây là những gì lscpu báo cáo:

Architecture:          x86_64
CPU op-mode(s):        32-bit, 64-bit
Byte Order:            Little Endian
CPU(s):                4
On-line CPU(s) list:   0-3
Thread(s) per core:    2
Core(s) per socket:    2
Socket(s):             1
NUMA node(s):          1
Vendor ID:             GenuineIntel
CPU family:            6
Model:                 58
Model name:            Intel(R) Core(TM) i7-3537U CPU @ 2.00GHz
Stepping:              9
CPU MHz:               799.921
CPU max MHz:           3100,0000
CPU min MHz:           800,0000
BogoMIPS:              3990.99
Virtualization:        VT-x
L1d cache:             32K
L1i cache:             32K
L2 cache:              256K
L3 cache:              4096K
NUMA node0 CPU(s):     0-3
Flags:                 fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm epb tpr_shadow vnmi flexpriority ept vpid fsgsbase smep erms xsaveopt dtherm ida arat pln pts

Trong chế độ powersave, nó hoạt động giống hệt nhau. Nếu tôi ngắt kết nối nguồn AC và chạy bằng pin, tần số CPU sẽ tăng lên 2800 MHz, do đó dường như chỉ có vấn đề với nguồn AC (hoàn toàn trái ngược với những gì nó phải làm).

Tôi đã cố gắng thiết lập cấu hình CPU thay đổi, tôi đã cố gắng vô hiệu hóa thang đo tần số ( Làm cách nào tôi có thể vô hiệu hóa thang đo tần số CPU và đặt hệ thống thành hiệu suất? ), Tôi đã cố gắng đặt scaling_min_freq trong / sys / thiết bị / system / cpu / cpu [0-3] / cpufreq với giá trị cao hơn, nhưng cả hai đều không làm gì cả. Tần số vẫn tối thiểu.

Loại CPU là CPU Intel (R) Core (TM) i7-3537U @ 2.00GHz, máy tính là Dell Inspiron 15z Touch.

Tôi cũng gặp vấn đề với việc pin không sạc được ngay cả khi máy tính được nạp từ bộ chuyển đổi AC.

Chẩn đoán thêm:

$ sudo rdmsr --bitfield 15:8 -d -a 0x198
8
8
8
8
$ sudo rdmsr --bitfield 15:8 -d -a 0x199
9
8
9
9

Trong trường hợp 0x199, các số 8 và 9 dường như được hoán vị ngẫu nhiên giữa các cuộc gọi liên tiếp.

Hóa ra vấn đề này không liên quan đến trình điều khiển intel_pstate, bởi vì acpi_cpufreq, trình điều khiển khác, đã báo cáo các giá trị tốt hơn nhưng không bao giờ đặt chúng. HĐH có lẽ không kiểm soát được việc này.

Đây là một vấn đề xảy ra với một số máy tính xách tay Dell nhất định khi sạc bị hỏng theo cách mà máy tính xách tay được cung cấp bởi AC nhưng không được sạc. Khắc phục sự cố phần cứng loại bỏ sự cố. Trong trường hợp này, nó là một mảnh vải gần như vô hình trong đầu nối nguồn ngăn chặn sự tiếp xúc điện.

Điều này sẽ đặt freq cpu của bạn lên tốc độ tối đa từ bất kỳ thiết bị đầu cuối nào:

sudo cpufreq-set -f `cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq`

Chỉnh sửa tệp /etc/init.d/ondemand để thêm vĩnh viễn tệp này. ondemand được sử dụng để sửa đổi freq của bạn trong khi đăng nhập. Mặc định là thống đốc 'ondemand'. Nói cách khác, bạn bắt đầu ở 800 mhz và tăng lên khi cần thiết.

Tôi gặp vấn đề tương tự - cpu freq bị kẹt trong ubfox cũng như windows, sau khi tắt máy quá nóng trong hộp đựng với máy tính xách tay vẫn đang bật.

Tôi đã đi đến BIOS và vô hiệu hóa quản lý năng lượng cpu trong "power" và đặt mọi thứ khác ở mức tối đa (hiệu suất tối đa). Khởi động lại, trở lại tốc độ tối đa, sau đó quay lại BIOS và bật lại quản lý cpu và sửa các cài đặt khác mà tôi đã thay đổi trước đó. Et voilà!

EDIT: Hóa ra đó là một vấn đề về pin. Nếu pin thực sự yếu, cpu sẽ không tăng tốc (tôi giả sử để tiết kiệm năng lượng). Trên thinkpad của tôi, tôi phải sạc pin trong vài phút, cho đến khi đèn LED sạc dừng nhấp nháy nhanh TRƯỚC KHI tôi bật lại máy.

Đôi khi máy tính xách tay của tôi hoàn toàn bỏ qua các cài đặt cpufreq. Tôi tìm thấy tác phẩm này:

Rút phích cắm dây nguồn và cắm lại. Đã sửa :)

Tôi đoán lý do là máy bị nhầm lẫn: nó nghĩ rằng nó đang ở trên pin và nó nghĩ rằng pin yếu, vì vậy nó đã ép CPU để tiết kiệm năng lượng.

Chúng ta chỉ cần cho nó biết rằng nó thực sự được cắm và hoạt động tốt.

(Máy tính xách tay Asus x453m tại đây, Ubuntu 14.04) YouTube: Bạn đã thử tắt và bật lại chưa?

Tôi gặp vấn đề tương tự với ThinkPad T520 của tôi. Sau khi thử tất cả các giải pháp tìm thấy trên internet, tôi đã sẵn sàng cài đặt lại Ubuntu. Nhưng sau đó tôi đã kiểm tra tần số CPU trong Windows và thấy nó cũng bị giới hạn ở 800 MHz.

Vì vậy, nó trông giống như vấn đề phần cứng. Không rõ ràng là có vấn đề với việc làm mát CPU, vì RPM mát hơn ở mức thấp và vỏ máy tính xách tay không nóng hoặc thậm chí ấm.

Vì dù sao không có bất kỳ tùy chọn nào khác, tôi đã tháo rời máy tính xách tay và thay đổi greese giao diện nhiệt trong chip CPU và GPU. Và bạn biết những gì? Nó đã giúp đỡ!

Các bài kiểm tra đơn vị trên một trong những thời gian thực hiện dự án Django của tôi là 45 phút, bây giờ là 11 phút.

Vì vậy, nếu bạn sẽ phải đối mặt với vấn đề tương tự, đặc biệt là trên máy tính xách tay - có thể là do giao diện nhiệt khô - sau 3-5 năm, nó thường ngừng hoạt động. Và đừng để bị đánh lừa bởi bộ tản nhiệt sạch sẽ, máy làm mát im lặng và thân máy tính xách tay mát mẻ.

Giải pháp khắc phục

# Determinate CPU capabilities
MAX_CPU=$(cpupower frequency-info -l | tail -n1 | cut -d' ' -f2)

# Disable "BD PROCHOT" 
wrmsr -a 0x1FC 262238;

# Set and apply frequencies
cpupower frequency-set \
  -d $(expr $MAX_CPU / 2) \
  -u $MAX_CPU \
  -r \
  -g performance;