Wie diagnostiziere ich eine plötzliche Verlangsamung

Question 1

Ich möchte versuchen, Ihnen bei Ihrem Problem zu helfen.
Ich möchte, dass Sie versuchen, mir zu helfen, Ihr konkretes Problem besser zu verstehen.

Der Zustand, bei dem ein relativ neuer Intel-Prozessor bei etwa 600 MHz einfriert, obwohl der minimale pstate für das Paket 800 MHz beträgt, wurde schon oft beobachtet. Mir ist jedoch nur bekannt, dass der Zustand nach einer Wiederaufnahme aus einem Suspend in den RAM auftritt. Außerdem wurde der Zustand (von etwa 75 % des gewünschten Werts, nicht die Sperre bei dieser Frequenz) (korrekt oder fälschlicherweise) einem BIOS-Problem zugeschrieben, insbesondere beim Dell E6320.

EDIT: Theorie: Mit der aktuellen Version des intel_pstate-Treibers führt jede Aktivierung der thermischen Drosselung über die Taktmodulation dazu, dass die gemeldete CPU-Frequenz auf eine sehr niedrige Frequenz festgelegt wird.
Der acpi-cpufreq-Treiber hat dieses Problem nicht. Beachten Sie, dass ein vorgeschlagener Patchsatz für den intel_pstate-Treiber ebenfalls nicht von diesem Problem betroffen ist.
Zusätzlich zu den gewünschten Turbostat-Daten hilft ein zusätzliches MSR-Register, diese Theorie zu bestätigen oder zu widerlegen.

Wären Sie bereit, diese Tests durchzuführen und die Ergebnisse in Ihre Frage einzuarbeiten:

. Nach der Verlangsamung. Machen Sie Ihren time python3 -c "for i in range(10000000): pass"Test. Machen Sie es etwa 10 oder 100 Mal länger und machen Sie, während es läuft grep MHz /proc/cpuinfo, . Bleiben alle CPUs bei etwa 600 MHz hängen? (In Ihrem ursprünglichen Beitrag ist mir nicht klar, ob die 600 MHz nur daher rührten, dass sie im Leerlauf waren, oder ob sie dort hängen geblieben sind.)

. Läuft Ihr kleines Testding nach einem Neustart und vor jeder intensiven Aufgabe schneller als 0,2 Sekunden (vielleicht 10 oder 100 Mal länger, um mehr signifikante Ziffern zu extrahieren)? Und welche CPU-Frequenzen erhalten Sie? IE waren die 2800 MHz, die Sie bereits aufgelistet haben, etwa 0,75 x 3800 MHz. Oder wird die CPU tatsächlich auf 3800 MHz gehen (abhängig von der Aktivität anderer CPUs und davon, ob der Turbo aktiviert ist).

. Um eine Frequenzsperre zu verhindern, wurde dem intel_pstate-Treiber ab der 4.2RC-Serie (Release Candidate) ein Patch hinzugefügt. Wenn das Ergebnis von Test 1 oben war, dass die Frequenz gesperrt ist, wären Sie bereit, Kernel zu versuchen?4.3RC4. In Ihrem Fall lässt sich die Entsperrung möglicherweise nicht durchführen, weil das Problem (anders als das BIOS-Problem) mit einem Suspend-Problem zusammenhing.

. Wenn das Ergebnis aus Test 1 oben ist, dass die Frequenz gesperrt ist, wird sie dann hiermit entsperrt?:

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

Warten Sie 5 Sekunden, um sicherzustellen, dass jede CPU umgeschaltet wird. Es kann bis zu 4 Sekunden dauern, bis eine inaktive CPU tatsächlich einen Durchlauf durch den intel_pstate-Treiber durchführt.

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

Und wenn es die Sperre aufhebt, bleibt es bei etwa dem 0,75-fachen des Sollwerts?

Bitte überprüfen Sie auch Ihre BIOS-Einstellungen. Ich weiß jedoch nicht, wonach Sie suchen.

Bitte überprüfen Sie Ihre /var/log/kern.logDatei auch auf thermische Meldungen.

Es ist hilfreich, die Ausgabe vor und nach der Verlangsamung von folgendem Wert bereitzustellen:

sudo turbostat -d sleep 10

oder bei älteren Versionen von Turbostat könnte es immer noch lauten:

sudo turbostat -v sleep 10

Außerdem wird ein weiteres MSR-Register benötigt (muss sudo modprobe msrzunächst einmal pro Bootvorgang erstellt werden):

sudo rdmsr -a 0x19a

Außerdem wird die Ausgabe von: benötigt.

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

Möglicherweise müssen Sie das Paket installieren, linux-toolsum Turbostat zu erhalten, und wenn diese Version von Turbostat nicht neu genug ist, müssen Sie möglicherweise zuerst eins durchführen sudo modprobe msr.

Aus Ihren Tests geht hervor, dass Ihr Hauptproblem darin zu bestehen scheint, dass Ihr Prozessor überhitzt und sich selbst herunterfährt, um sich zu schützen. Allerdings scheint er in diesem Zustand abzustürzen und sich nicht zu erholen. Ich würde sehr gerne verstehen, warum, und die oben erwähnten Turbostat-Tests werden einige Einblicke liefern. Insbesondere (glaube ich) sind wir daran interessiert, die MSR_IA32_PACKAGE_THERM_STATUSZeile für die verschiedenen Bedingungen und die verschiedenen Treiber zu verstehen und zu dekodieren. Wir sind auch daran interessiert, den IA32_CLOCK_MODULATION MSR (0x19A) zu verstehen und zu dekodieren.

Aus Ihren Tests geht hervor, dass das Problem nur beim Frequenzskalierungstreiber intel_pstate und nicht beim Frequenzskalierungstreiber acpi cpufreq auftritt. Ich dachte schon seit einiger Zeit, dass der Treiber intel_pstate standardmäßig verwendet wird.

Wenn Sie einfach weitermachen möchten, können Sie die Verwendung des Frequenzskalierungstreibers intel_pstate deaktivieren. Bearbeiten Sie die Datei /etc/default/grub, erstellen Sie vielleicht zuerst eine Kopie und fügen Sie intel_pstate=disableder GRUB_CMDLINE_LINUX_DEFAULTZeile etwas hinzu. Hier ist ein Beispiel von einem meiner Computer:

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

Sie müssen die Bearbeitung als sudo durchführen und anschließend ausführen und sudo update-grubdann neu starten.

Ich wäre Ihnen jedoch sehr dankbar, wenn Sie mir, sofern es die Zeit erlaubt, weiterhin bei der Untersuchung des Problems mit dem Intel_Pstate-Treiber behilflich sein würden, da dieses Problem bei keinem der Computer auftritt, auf die ich Zugriff habe.

Wenn Sie Probleme mit dem Linux-Tools-Paket haben, gibt es auf meiner Website einen Turbostat, der funktionieren sollte. double u double u double u dot smythies dot com /~doug/linux/intel_pstate/energy/turbostat. Er ist auch in der Kernelquelle enthalten, Sie müssen ihn nur kompilieren.

EDIT: Beobachtungen aus den 14 Turbostatproben:

Die 14 Turbostat-Beispiele zeigen thermische Probleme. Die Leerlauftemperatur scheint etwas hoch zu sein, ebenso wie die Leerlauf-CPU-Taktfrequenz. Es scheint tatsächlich ein unterschiedlich starkes Maß an thermischer Drosselung vor dem Sperrzustand zu geben. Zusammenfassung der 14 Beispiele:

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