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
$ 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
Pour moi, cela a été résolu automatiquement. Je suis Ubuntu 12.04 LTS.
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
[...]
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!
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.