web-dev-qa-db-fra.com

Utilisation élevée du processeur depuis init et oui [Ubuntu 12.04]

Aujourd'hui, j'ai installé une nouvelle Ubuntu 12.04 LTS sur mon Sony VAIO VPCSB. J'ai remarqué une utilisation élevée du processeur init et yes (comme vous pouvez le voir ci-dessous).

top - 16:26:16 up 11 min,  2 users,  load average: 2.71, 2.86, 1.82
Tasks: 183 total,   7 running, 176 sleeping,   0 stopped,   0 zombie
Cpu(s):  5.1%us, 33.4%sy,  0.0%ni, 61.1%id,  0.3%wa,  0.0%hi,  0.1%si,  0.0%st
Mem:   3962180k total,  1771012k used,  2191168k free,    47420k buffers
Swap:  4107260k total,        0k used,  4107260k free,  1028536k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND            
    1 root      20   0 24604 2528 1352 R   58  0.1   6:15.32 init               
 1197 root      20   0  4316  348  272 R   49  0.0   5:20.69 yes                
   60 root      20   0     0    0    0 S   22  0.0   1:24.63 kworker/2:1        
 2429 root      20   0     0    0    0 R   15  0.0   1:15.54 kworker/0:0        
   39 root      20   0     0    0    0 R    9  0.0   1:18.98 kworker/1:1        
 1845 root      20   0     0    0    0 S    6  0.0   0:40.58 kworker/3:2        
 1162 root      20   0  339m 106m  81m R    2  2.8   0:29.62 Xorg               
 1962 ingo      20   0 1116m 103m  59m S    2  2.7   0:11.16 compiz             
 1995 ingo      20   0  495m  16m  11m S    1  0.4   0:00.18 nm-applet    

Y a-t-il une solution?

Salutations

Edit: J'ai regardé de plus près à la kworker

J'ai trouvé ceci Pourquoi l'utilisation de cpu de kworker est-elle si élevée?

$ grep . -r /sys/firmware/acpi/interrupts/
/sys/firmware/acpi/interrupts/sci:     729
/sys/firmware/acpi/interrupts/error:       0
/sys/firmware/acpi/interrupts/gpe0A:       0   invalid
/sys/firmware/acpi/interrupts/gpe17:     729   enabled
/sys/firmware/acpi/interrupts/sci_not:       0
/sys/firmware/acpi/interrupts/ff_pmtimer:       0   invalid
/sys/firmware/acpi/interrupts/ff_rt_clk:       0   disabled
/sys/firmware/acpi/interrupts/gpe_all:     729
/sys/firmware/acpi/interrupts/ff_gbl_lock:       0   disabled
/sys/firmware/acpi/interrupts/ff_pwr_btn:       0   invalid
/sys/firmware/acpi/interrupts/ff_slp_btn:       0   invalid

Je ne suis pas sûr que ce soit le bogue kworker, le point de départ de yes est toujours manquant. Des suggestions comment je pourrais le trouver?

Maintenant, j'ai essayé de configurer Ubuntu 12.04 frais, et j'ai reçu un message d'erreur au premier démarrage

paquet: fglrx-pxpress0.6 ~ hybrid0.0.1

Je ne sais vraiment pas comment résoudre ce problème, et excusez-moi, si je manque quelque chose d'important ici, je viens juste de commencer avec Ubuntu.


Image de System Monitor avec le processus Yes

System Monitor with <code>Yes</code> process

$ lsof -p 1182
COMMAND  PID USER   FD      TYPE DEVICE SIZE/OFF NODE NAME
yes     1182 root  cwd   unknown     /proc/1182/cwd (readlink: Permission denied)
yes     1182 root  rtd   unknown     /proc/1182/root (readlink: Permission denied)
yes     1182 root  txt   unknown     /proc/1182/exe (readlink: Permission denied)
yes     1182 root NOFD               /proc/1182/fd (opendir: Permission denied)

L'essai d'Ubuntu fonctionne bien, je ne sais pas comment résoudre ce problème. Et il n'est pas possible de mettre fin au processus yes avec le moniteur système.

Sudo lsof -p 1182
lsof: WARNING: can't stat() Fuse.gvfs-Fuse-daemon file system /home/ingo/.gvfs
      Output information may be incomplete.
COMMAND  PID USER   FD   TYPE DEVICE SIZE/OFF     NODE NAME
yes     1182 root  cwd    DIR    8,1     4096        2 /
yes     1182 root  rtd    DIR    8,1     4096        2 /
yes     1182 root  txt    REG    8,1    22912  2622732 /usr/bin/yes
yes     1182 root  mem    REG    8,1  1815224 17301515 /lib/x86_64-linux-gnu/libc-2.15.so
yes     1182 root  mem    REG    8,1   149280 17301627 /lib/x86_64-linux-gnu/ld-2.15.so
yes     1182 root    0u   CHR    1,3      0t0     1029 /dev/null
yes     1182 root    1u   CHR 136,19      0t0       22 /dev/pts/19
yes     1182 root    2u   CHR 136,19      0t0       22 /dev/pts/19
4
WordIngo

Pour moi, cela a été résolu automatiquement. Je suis Ubuntu 12.04 LTS.

  • Le problème est apparu - rétrospectivement - après une mise à jour automatique de fglrx-pxpress (0.3 ~ hybrid0.0.1 -> 0.6 ~ hybrid0.0.1) le 2014-02-04.
  • Après la mise à jour automatique de nouveau fglrx-pxpress (0.6 ~ hybrid0.0.1 -> 0.6 ~ hybrid0.0.2) le 2014-02-07 et n’est plus jamais apparu.

Si vous voulez savoir exactement ce qui s'est passé, entrez le bogue: https://bugs.launchpad.net/ubuntu/+source/fglrx-pxpress/+bug/1277058 .

Et vous voudrez peut-être aussi supprimer certains fichiers /var/log/upstart/AMD-config.log*, car ils contiennent principalement des lignes comme celle-ci:

y
y
y
[...]
1
gal242

Merci à ce post et à celui-ci Comment puis-je faire fonctionner les pilotes AMD/Intel Hybrid Graphics? . J'ai pu résoudre ce problème.

À partir d’aujourd’hui, j’ai moi aussi eu une utilisation élevée du processeur init et yes. Tuer yes le réparerait jusqu'au prochain démarrage. En utilisant les instructions de Sneetsher ci-dessus (merci!), J’ai utilisé htop pour découvrir la cause du processus yes de processeur élevé - c’était AMD-xconfig. En utilisant le lien que j'inclus ci-dessus, j'ai lancé:

Sudo apt-get install fglrx fglrx-pxpress

Redémarré et problème résolu!

1
yakupm

J'ai eu quelque chose de similaire juste aujourd'hui - init fonctionnant à 85% d'utilisation du processeur et aucune idée de pourquoi.

L'exécution de strace -p <PID of init> a commencé à spooler un grand nombre d'erreurs concernant l'impossibilité d'obtenir l'image à partir du tampon de périphérique, ainsi que des références à v4l.

Il s’est avéré que j’avais débranché ma webcam alors que le logiciel de la webcam était toujours en cours d’exécution, ce qui causait vraiment à init d’être vraiment en forme.

strace devrait toujours être l'une des premières choses que vous examinez lorsque vous essayez de voir ce que fait un processus non fiable.

1
Majenko