Alta cpu usa do init e sim [Ubuntu 12.04]

Question

Hoje, instalei um novo Ubuntu 12.04 LTS no meu Sony VAIO VPCSB. Eu notei um alto uso de cpu de init e yes (como você pode ver abaixo).

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    

Existe uma solução?

Saudações

Editar: dei uma olhada mais de perto no kworker

Eu encontrei este Por que o uso da CPU do kworker fica tão alto?

$ 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

Não sei se é o erro kworker , mas ainda falta o ponto de partida de yes . Alguma sugestão de como eu poderia encontrá-lo?

Agora eu tentei instalar o Ubuntu 12.04 e recebi uma mensagem de erro na primeira vez

package: fglrx-pxpress0.6~hybrid0.0.1

Eu realmente não tenho ideia de como consertar isso, e me desculpe, se eu estiver perdendo algo importante aqui, comecei com o Ubuntu.

Imagem do Monitor do Sistema com Yes 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)

O Ubuntu funciona bem, eu não tenho idéia de como corrigir isso. E não é possível terminar / eliminar o processo yes com o monitor do sistema.

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

    

Answer 1

Para mim, isso foi resolvido automaticamente. Estou executando o Ubuntu 12.04 LTS.

• O problema ocorreu primeiro - em retrospecto - após uma atualização automática do fglrx-pxpress (0.3 ~ hybrid.0.0.1 - > 0.6 ~ hybrid0.0.1) em 2014-02-04.
• Após a atualização automática do fglrx-pxpress novamente (0.6 ~ hybrid0.0.1 - > 0.6 ~ hybrid0.0.2) em 2014-02-07 e nunca mais ocorreu novamente.

Existe a entrada do bug se você quiser saber exatamente o que aconteceu: link .

E talvez você também queira excluir alguns arquivos /var/log/upstart/amd-config.log* , porque eles contêm principalmente linhas como essa:

y
y
y
[...]

    

Answer 2

Graças a este post e a este Como faço para que os drivers gráficos AMD / Intel Hybrid funcionem? . Consegui consertar isso.

A partir de hoje, eu também tive um alto uso de CPU init e yes . Matar yes iria consertar até a próxima inicialização. Usando as instruções do Sneetsher acima (obrigado!) Eu usei htop para descobrir o que estava causando a alta CPU do processo yes - era amd-xconfig . Usando o link que estou incluindo acima, eu corri:

sudo apt-get install fglrx fglrx-pxpress

Reinicialização e solução de problemas!

    

Answer 3

Eu tinha algo parecido apenas hoje - iniciei com 85% de uso da CPU e não sei por quê.

A execução de strace -p <PID of init> iniciou o spool de um grande número de erros sobre a impossibilidade de obter imagem do buffer do dispositivo e referências à v4l.

Acontece que eu desconectei minha webcam enquanto o software da webcam ainda estava em execução, e isso estava causando o init para realmente ter um ataque sibilante.

strace deve ser sempre uma das primeiras coisas que você analisa quando tenta ver o que um processo nocivo está fazendo.