如何診斷突然減速

Question 1

我想盡力幫助您解決您的問題。
我希望您能嘗試幫助我更好地理解您的特定問題。

相對較新的英特爾處理器鎖定在 600 MHz 左右，而封裝的最小 pstate 為 800 MHz 的情況已被多次觀察到。但是，我只知道從掛起恢復到記憶體後發生的情況。此外，這種情況（大約 75% 的要求，而不是該頻率的鎖定）已（正確或錯誤地）歸因於 BIOS 問題，特別是在 Dell E6320 中。

編輯：理論：使用目前版本的 intel_pstate 驅動程序，透過時脈調變進行的任何熱節流都會導致報告的 CPU 頻率被鎖定在某個非常低的頻率。
acpi-cpufreq 驅動程式不會遇到此問題。請注意，建議的 intel_pstate 驅動程式補丁集也不會遇到此問題。
除了所需的渦輪穩定器數據之外，附加的 MSR 寄存器將有助於確認或否認這一理論。

您是否願意進行這些測試，並將結果編輯到您的問題中：

。減速後。做你的time python3 -c "for i in range(10000000): pass"測試。讓它長大約 10 或 100 倍，並在運行時執行grep MHz /proc/cpuinfo.所有CPU都停留在600MHz左右嗎？（在您最初的帖子中，我不清楚 600 MHz 是否只是因為它處於空閒狀態，或者是否卡在那裡。）

。全新啟動後，在任何密集任務之前，您的小測試運行速度是否超過 0.2 秒（可能使用 10 或 100 倍的時間來提取更多有效數字）？你能得到什麼CPU頻率？ IE 是您已經列出的 2800 MHz 大約 0.75 X 3800 MHz。或者 CPU 實際上會達到 3800 MHz（取決於其他 CPU 上的活動，以及是否啟用 Turbo）。

。為了防止頻率鎖定，從 4.2RC（候選版本）系列開始，為 intel_pstate 驅動程式新增了一個補丁。如果上面測試1的結果是頻率鎖定，你願意嘗試kernel嗎？4.3RC4。在您的情況下，它可能無法解鎖，因為該問題（與 BIOS 問題不同）與掛起有關。

。如果上面測試1的結果是頻率被鎖定，那麼這是否解鎖頻率？

$ echo "50" | sudo tee /sys/devices/system/cpu/intel_pstate/max_perf_pct
50

等待 5 秒鐘，以確保每個 CPU 都已切換。空閒 CPU 可能需要長達 4 秒的時間才能真正透過 intel_pstate 驅動程式執行一次傳遞。

$ echo "100" | sudo tee /sys/devices/system/cpu/intel_pstate/max_perf_pct
100

如果它確實解鎖了，它是否會保持在應有水平的 0.75 倍左右？

另請檢查您的 BIOS 設定。但是，我不知道您會尋找什麼。

請另外檢查您的/var/log/kern.log文件中是否有任何與熱相關的訊息。

提供減速前後的輸出將很有用：

sudo turbostat -d sleep 10

或者，對於舊版的渦輪增壓器，它可能仍然是：

sudo turbostat -v sleep 10

還需要另一個 MSR 暫存器（每次啟動時需要一次sudo modprobe msr）：

sudo rdmsr -a 0x19a

還需要以下輸出：

cd /sys/class/thermal
grep -r . *

您可能需要安裝該linux-tools軟體包才能取得 Turbostat，如果該版本的 Turbostat 不夠新，您可能需要sudo modprobe msr先安裝。

從您的測試來看，您的根本問題似乎是您的處理器過熱並自行縮減以保護自身。然而，它似乎在這種情況下鎖定並且無法恢復。我非常想了解原因，上面提到的渦輪增壓器測試將提供一些見解。特別是（我認為）我們有興趣了解和解碼MSR_IA32_PACKAGE_THERM_STATUS不同條件和不同驅動程式的線路。我們也對理解和解碼 IA32_CLOCK_MODULATION MSR (0x19A) 感興趣。

從您的測試來看，問題似乎僅存在於 intel_pstate 頻率縮放驅動程式中，而不存在於 acpi cpufreq 頻率縮放驅動程式中。我以為 intel_pstate 驅動程式預設使用一段時間了。

如果您只想繼續工作，可以停用 intel_pstate 頻率縮放驅動程式。編輯該文件/etc/default/grub，也許先製作一個副本，然後再添intel_pstate=disable加到該GRUB_CMDLINE_LINUX_DEFAULT行。這是我的一台計算機上的範例：

GRUB_CMDLINE_LINUX_DEFAULT="ipv6.disable=1 intel_pstate=disable net.ifnames=1 biosdevname=0 crashkernel=384M-:128M"

您必須以 sudo 身分進行編輯，然後必須執行sudo update-grub，然後重新啟動。

不過，如果在時間允許的情況下，您能繼續幫助調查 intel_pstate 驅動程式的問題，我將不勝感激，因為我有權訪問的電腦都沒有出現此問題。

如果您在使用 linux-tools 軟體包時遇到問題，我的網站上有一個 Turbostat 應該可以使用。雙 u 雙 u 雙 u 點 smythies 點 com /~doug/linux/intel_pstate/energy/turbostat。它也包含在核心原始碼中，您只需編譯它即可。

編輯：14 個渦輪穩定器樣本的觀察結果：

14 個渦輪增壓器樣本顯示了與熱相關的問題。空閒溫度似乎有點高，空閒CPU時脈頻率也是。在鎖定狀態之前似乎確實存在某種程度的熱節流。 14 個樣本的總結：

Sample CPU Avg_MHz   %Busy Bzy_MHz TSC_MHz  CPU%c7  PkgTmp PkgWatt CorWatt Throttled  Comment
   1     -       9    0.57    1662    2793   98.53      48    2.35    0.06  no        High idle temp and Bzy clock
   2     -    2142   60.38    3547    2794   34.64      89   36.95   30.53  no
   3     -    3548   98.89    3588    2794    0.00      91   56.62   47.73  no
   4     -    3565   99.30    3590    2794    0.00      95   56.53   47.58  no        Very high Temp
   5     -    2861   98.83    2895    2794    0.00      93   46.17   38.07  yes X 29
   6     -    2834   98.72    2871    2794    0.00      97   46.45   38.38  yes X 29
   7     -    2172   98.67    2202    2793    0.00      95   34.06   26.79  yes X 22  More Thermal throttling
   8     -    2415   98.38    2455    2793    0.01      70   38.87   31.59  yes X 25  Less Thermal throttling
   9     -    1626   98.64    1648    2794    0.00      66   24.97   18.61  yes X 16  More Thermel throttling
  10     -     594   99.29     598    2794    0.00      63    7.26    2.11  yes X 6   Locked up state
  11     -     368   61.51     598    2794    3.41      58    5.52    1.30  yes X 6
  12     -       7    1.11     603    2794    7.57      56    2.43    0.03  yes X 6   
  13     -       8    1.38     602    2794    6.92      55    2.45    0.03  yes X 6
  14     -       8    1.26     601    2794   97.26      54    2.40    0.03  yes X 6   High idle temperature

Answer