Una CPU al 100% en todo momento

1

Por alguna razón, una de mis CPU está siempre al 100% de uso. ¿Alguien puede decir cuál es el problema de las imágenes?

Vista de recursos del Monitor del sistema

Procesos que no muestran un uso serio de la CPU

Monitor del sistema que muestra el uso del 100% de la CPU y el cambio a otra CPU

Gracias

Durai Arasan
fuente
1
¿La primera captura de pantalla también incluye procesos del sistema?
dsstorefile1
He visto que esto sucede después de un cambio general de fuente en una copia antigua de Librewriter. ¿Qué sistema de versión / Libre office está ejecutando?
ubfan1
2
¿Podría editar su pregunta para incluir la salida de ps auxk -pcpu | head? Gracias.
David Foerster

Respuestas:

0

Esto me sucedió hoy:

una CPU al 100 por ciento.png

Desde la pantalla conky, el ID del proceso es 14633, por lo que en el uso del terminal:

───────────────────────────────────────────────────────────────────────────────────────────
rick@alien:~/Python$ ps -o ppid=14633
14633
17412
 3140
[1]+  Done                    gedit gmail-list-msg.py
───────────────────────────────────────────────────────────────────────────────────────────
rick@alien:~/Python$ ps -s -p 14633
  UID   PID          PENDING          BLOCKED          IGNORED           CAUGHT STAT TTY        TIME COMMAND
    0 14633 0000000000000000 0000000000000000 ffffffffffffffff 0000000000000000 R    ?          9:16 [kworker/4:0]
───────────────────────────────────────────────────────────────────────────────────────────
rick@alien:~/Python$ ps -s -p 3140
  UID   PID          PENDING          BLOCKED          IGNORED           CAUGHT STAT TTY        TIME COMMAND
 1000  3140 0000000000000000 0000000000000000 0000000000001000 0000000180010000 Sl   ?          0:07 /usr/lib/gnome
───────────────────────────────────────────────────────────────────────────────────────────
rick@alien:~/Python$ ps -s -p 17412
  UID   PID          PENDING          BLOCKED          IGNORED           CAUGHT STAT TTY        TIME COMMAND
 1000 17412 0000000000000000 0000000000010000 0000000000380004 000000004b817efb Ss   pts/19     0:00 bash
───────────────────────────────────────────────────────────────────────────────────────────
rick@alien:~/Python$ 

El uso del 100% de la CPU fue causado al usar:

gedit gmail-list.msg.py &

gedit se usa todo el tiempo como un proceso en segundo plano y esta es la primera vez que veo un uso del 100%.

  • Después de cerrar geditel proceso ofensivo: kworker/4:0sigue utilizando el 100% de una CPU.
  • Después de cerrar gnome-terminalel proceso ofensivo todavía se está utilizando el 100% de una CPU.
  • Después de abrir una nueva terminal usando sudo kill 14633no ayuda.
  • Después de usar sudo kill 3140no hay cambio.
  • Usar sudo kill 17412no tiene ningún efecto.

La única opción que queda es reiniciar y monitorear si el uso gedit Xxxx &causa que el problema vuelva a ocurrir.


Primer reinicio

Después de reiniciar por primera vez, el problema cambió de la CPU 4 a la CPU 0 y la ofensiva kworkercambió de 4a 3.

Startup Applications llamó automáticamente al terminal Gnome, lo que parecía una regresión de este error: Registros de informes de errores de Debian - # 594245 gnome-terminal usando mucha CPU

Desactivé gnome-terminalde las aplicaciones de inicio y reinicié


Segundo reinicio

Después del segundo reinicio, la CPU no se está ejecutando al 100%.

Noté otro problema en el que la frecuencia de la CPU se ejecuta cerca de un máximo de 3.000 MHz cuando debería estar alrededor de 1.000 MHz con el powersavegobernador activo (que es).

También noto un informe de bloqueo en el pstreeque es llamado por uno de mis demonios de script bash que no se activó correctamente. Archivé el informe de error de recopilación automática de datos con Ubuntu y luego reinicié.


Tercer reinicio

La pantalla de inicio del BIOS parece congelada. Haga una presión del botón de encendido de 1 segundo y actuará como una presión del botón de encendido de 10 segundos (apagado fuerte).

Presione el botón de encendido nuevamente para el arranque en frío (ya no es un reinicio / arranque en caliente).


Encender después de apagar

Todo está bien de nuevo. No se sabe exactamente qué salió mal, pero espero que los pasos documentados ayuden a otros a diagnosticar errores transitorios.

WinEunuuchs2Unix
fuente