ksoftirqd usa 100% de cpu

0

Estou executando o Ubuntu 10.04 de 32 bits. Muitas vezes, o ksoftirqd / 0 ou o ksoftirqd / 1 começam a usar 100% da CPU sem nenhum motivo aparente, e eu sou forçado a reiniciar o meu laptop.

A propósito, isso também acontece quando eu maximizo meus vídeos do YouTube no Chrome e no Fireox, mas depois que eu não maximizo os vídeos, o uso da CPU cai para os níveis originais.

Alguma idéia do que está acontecendo?

--- Adendo ---

O dmesg produz uma saída de linha de ~ 2000. Eu procurei por 'error' e 'warning' na saída, e aqui estão as linhas relevantes (junto com alguns cabeçalhos):

[0.000000] Inicializando o cgroup subsys cpuset

[0.000000] Inicializando o cgroup subsys cpu

[0.000000] Versão do Linux 2.6.32-21-generic (buildd @ yellow) (gcc versão 4.4.3 (Ubuntu 4.4.3-4ubuntu5)) # 32-Ubuntu SMP Sex Abr 16 08:09:38 UTC 2010 (Ubuntu 2.6.32-21.32-generic 2.6.32.11 + drm33.2)

[0.000000] Linha de comando: BOOT_IMAGE = / boot / vmlinuz-2.6.32-21-root genérica = UUID = 157dcfda-acd6-4d1b-a6a8-ff9ccff61906 ro quiet splash

[0,000000] CPUs compatíveis com KERNEL:

[0.000000] Intel GenuineIntel

[0,000000] AMD AuthenticAMD

[0.000000] Centauro CentauroHauls

[0,000000] Mapa de RAM físico fornecido pela BIOS:

[24.775546] Aviso de EXT3-fs: recomenda-se a montagem de fs com erros, a execução do e2fsck

[44920.210518] ata1: SError: {PHYRdyChg CommWake 10B8B Rastreios de DisS LinkSeq}

[44920.210531] res 40/00: 00: f0: 4b: 7f / 00: 00: 18: 00: 00/40 Emask 0x10 (erro do barramento ATA)

[58673.134623] chrome [20101]: segfault no erro 7f38bc4ad000 ip 00007f38be769ecc sp 00007fff24616850 4 em libpepflashplayer.so [7f38bdc08000 + e55000]

[24.775546] Aviso de EXT3-fs: recomenda-se a montagem de fs com erros, a execução do e2fsck

[44920.210531] res 40/00: 00: f0: 4b: 7f / 00: 00: 18: 00: 00/40 Emask 0x10 (erro do barramento ATA)

    
por andy 11.11.2012 / 08:21

1 resposta

0

ksoftirqds são encadeamentos do kernel que são executados quando a máquina está sob carga pesada de interrupção temporária. Você deve ter um ksoftirq para cada CPU.

As interrupções suaves são normalmente atendidas no retorno de uma interrupção strong. É possível que as interrupções suaves possam ser acionadas mais rapidamente do que podem ser atendidas. Se uma interrupção suave for acionada novamente enquanto a interrupção suave estiver sendo tratada, o daemon do ksoftirq tratará das interrupções suaves em um segmento do kernel. Se isso acontecer muito, você verá uma pesada carga de interrupção suave nos encadeamentos do ksoftirqd.

100% de utilização da CPU em um ksoftirqds e a necessidade de reinicializar sons como se algum hardware estivesse saturando a máquina com uma tempestade de interrupção. O kernel produz erros ou avisos? (Use o dmesg para ver o que está sendo relatado).

    
por Colin Ian King 12.11.2012 / 16:19