如何诊断突然减速

Question 1

我愿意尽力帮助您解决问题。
我希望您能尽力帮助我更好地了解您的具体问题。

较新的 Intel 处理器锁定在 600 MHz 左右的情况已经多次出现，而封装的最低 pstate 为 800 MHz。但是，我只知道从挂起恢复到 RAM 后才会出现这种情况。此外，这种情况（约为要求的 75%，而不是锁定在该频率）已被（正确或错误地）归因于 BIOS 问题，尤其是在 Dell E6320 中。

编辑：理论：使用当前版本的 intel_pstate 驱动程序，通过时钟调制进行的任何热节流都会导致报告的 CPU 频率锁定在某个非常低的频率上。acpi
-cpufreq 驱动程序不会遇到此问题。请注意，针对 intel_pstate 驱动程序的提议补丁集也不会遇到此问题。
除了所需的 turbostat 数据外，额外的 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 频率是多少？即您列出的 2800 MHz 大约是 0.75 X 3800 MHz。或者 CPU 实际上会达到 3800 MHz（取决于其他 CPU 上的活动，以及是否启用了 turbo）。

。为了防止频率锁定，从 4.2RC（候选版本）系列开始，在 intel_pstate 驱动程序中添加了一个补丁。如果上述测试 1 的结果是频率被锁定，您是否愿意尝试内核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

或者，对于旧版本的 turbostat 来说，它可能仍然是：

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。

从您的测试来看，根本问题似乎是处理器过热并自行缩减以保护自己。但是，在这种情况下，它似乎会锁定并且无法恢复。我非常想了解原因，上面提到的 turbostat 测试将提供一些见解。特别是（我认为）我们有兴趣了解和解码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 应该可以帮到您。double u double u double u dot smythies dot 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