¿Cómo diagnostico una desaceleración repentina?

Question 1

Me gustaría intentar ayudarte con tu problema.
Me gustaría que intentara ayudarme a comprender mejor su problema específico.

La condición en la que un procesador Intel relativamente reciente se bloquea en alrededor de 600 MHz, donde el pstate mínimo para el paquete es 800 MHz, se ha observado muchas veces. Sin embargo, solo soy consciente de la condición que ocurre después de reanudar una suspensión a una embestida. Además, la condición (de aproximadamente el 75% de lo solicitado, no el bloqueo a esa frecuencia) se ha atribuido (correcta o incorrectamente) a un problema de BIOS, particularmente en el Dell E6320.

EDITAR: Teoría: con la versión actual del controlador intel_pstate, cualquier activación de la regulación térmica a través de la modulación del reloj dará como resultado que la frecuencia de la CPU informada se bloquee en una frecuencia muy baja.
El controlador acpi-cpufreq no sufre este problema. Tenga en cuenta que un conjunto de parches propuesto para el controlador intel_pstate tampoco sufre este problema.
Además de los datos deseados del turbostato, un registro MSR adicional ayudará a confirmar o desmentir esta teoría.

¿Estaría dispuesto a realizar estas pruebas y editar los resultados en su pregunta?

. Después de reducir la velocidad. Haz tu time python3 -c "for i in range(10000000): pass"prueba. Hazlo unas 10 o 100 veces más largo y, mientras esté funcionando, hazlo grep MHz /proc/cpuinfo. ¿Están todas las CPU atascadas en alrededor de 600MHz? (En su publicación original no me queda claro si los 600 MHz se debían simplemente a que estaban inactivos o si están atascados allí).

. Después de un nuevo arranque, y antes de cualquier tarea intensiva, ¿su pequeña herramienta de prueba se ejecuta más rápido que 0,2 segundos (quizás use 10 o 100 veces más para extraer dígitos más significativos)? ¿Y qué frecuencias de CPU obtienes? IE eran los 2800 MHz que ya mencionaste, aproximadamente 0,75 X 3800 MHz. o la CPU realmente llegará a 3800 MHz (dependiendo de la actividad de otras CPU y si el turbo está habilitado).

. Para evitar el bloqueo de frecuencia, se agregó un parche al controlador intel_pstate a partir de la serie 4.2RC (versión candidata). Si el resultado de la prueba 1 anterior fue que la frecuencia está bloqueada, ¿estaría dispuesto a probar el kernel?4.3RC4. Es posible que no se desbloquee en su caso, porque el problema (a diferencia del problema del BIOS) estaba relacionado con la suspensión.

. Si el resultado de la prueba 1 anterior es que la frecuencia está bloqueada, ¿esto la desbloquea?:

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

espere 5 segundos para asegurarse de que todas las CPU estén activadas. Una CPU inactiva puede tardar hasta 4 segundos en ejecutar un pase a través del controlador intel_pstate.

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

Y si lo desbloquea, ¿se queda aproximadamente en 0,75 veces lo que debería ser?

Verifique también la configuración de su BIOS. Sin embargo, no sé qué estarías buscando.

Revise también su /var/log/kern.logarchivo para detectar cualquier mensaje relacionado con la temperatura.

Será útil proporcionar el resultado de la desaceleración antes y después de:

sudo turbostat -d sleep 10

o, para versiones anteriores de turbostato, aún podría ser:

sudo turbostat -v sleep 10

También se necesita otro registro MSR ( sudo modprobe msrprimero se necesita uno por arranque):

sudo rdmsr -a 0x19a

También se necesita el resultado de:

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

Es posible que necesites instalar el linux-toolspaquete para obtener turbostat, y si esa versión de turbostat no es lo suficientemente nueva, es posible que tengas que hacer una sudo modprobe msrprimero.

Según sus pruebas, la raíz del problema parece ser que su procesador se está sobrecalentando y se está reduciendo por sí solo para protegerse. Sin embargo, parece bloquearse en esta condición y no recuperarse. Me gustaría mucho entender por qué, y las pruebas del turbostato mencionadas anteriormente me darán una idea. En particular (creo) estamos interesados en comprender y decodificar la MSR_IA32_PACKAGE_THERM_STATUSlínea para las diferentes condiciones y diferentes factores. También estamos interesados en comprender y decodificar el IA32_CLOCK_MODULATION MSR (0x19A).

Según sus pruebas, parece que el problema solo está presente con el controlador de escalado de frecuencia intel_pstate y no con el controlador de escalado de frecuencia acpi cpufreq. Pensé que el controlador intel_pstate se usaba de forma predeterminada desde hace algún tiempo.

Si solo desea continuar con las cosas, puede desactivar el uso del controlador de escala de frecuencia intel_pstate. Edite el archivo /etc/default/grub, quizás haciendo una copia primero, y agréguelo intel_pstate=disablea la GRUB_CMDLINE_LINUX_DEFAULTlínea. Aquí hay un ejemplo de una de mis computadoras:

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

Tendrás que hacer la edición como sudo y tendrás que ejecutarla sudo update-grubdespués y luego reiniciar.

Sin embargo, le agradecería mucho que, cuando los tiempos lo permitan, continuara ayudando a investigar el problema con el controlador intel_pstate, ya que ninguna computadora a la que tengo acceso tiene el problema.

Si tiene problemas con el paquete linux-tools, hay un turbostato en mi sitio web que debería funcionar. doble u doble u doble u punto smythies punto com /~doug/linux/intel_pstate/energy/turbostat. También está incluido en el código fuente del kernel, sólo tendrías que compilarlo.

EDITAR: Observaciones de las 14 muestras de turbostato:

Las 14 muestras de turbostato muestran problemas relacionados con la temperatura. La temperatura inactiva parece un poco alta, al igual que la frecuencia del reloj de la CPU inactiva. Parece haber algún grado variable de estrangulamiento térmico antes del estado bloqueado. Resumen de las 14 muestras:

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