OS: CentOS 5.5 64-bit
Software: Postgresql
Hardware: Sun X4200; AMD Opteron de núcleo dual 1Ghz (x4); 8 GB de RAM; Controlador raid LSILogic + 2x146GB 10k drives.
Executando o net-snmp e usando o Traverse para monitorar.
Ver constantes 2.000+ interrupções do sistema por segundo. Traverse sinaliza isto como "crítico" (configuração padrão) .... Esse número é realmente algo para se preocupar?
procurando resultados de alto número para interrupções:
[~]# cat /proc/interrupts
CPU0 CPU1 CPU2 CPU3
14: 136 54655160 2332995 722234 IO-APIC-edge ide0
66: 618 329180300 20802132 172490 IO-APIC-level ohci_hcd:usb2
74: 4949 16107320 2295957 846017 IO-APIC-level ioc0
82: 22 662837259 233 129090405 IO-APIC-level eth0
90: 723 505860358 0 18967685 IO-APIC-level eth2
NMI: 187529 250006 100435 166795
LOC: 2140313519 2140313343 2140313287 2140313203
ERR: 0
MIS: 0
Uma pergunta adicional sobre a saída acima: Por que ide0 e usb2 mostram acúmulo constante de interrupções, mesmo que não haja nenhum dispositivo USB conectado e o dispositivo IDE (CDROM) não esteja em uso? Esta questão é para minha própria curiosidade.
LOC interrupções rodando a 1000 Hz são normais com aqueles kernels - não existe suporte a tick dinâmico nessa versão do kernel, portanto a interrupção do temporizador está rodando constantemente. Outras interrupções provavelmente também são normais, se houver alta carga de rede e de disco no sistema.
O mais suspeito é a ohci_hcd:usb2 interrupção - talvez algum dispositivo USB esteja (ou esteja) se comportando mal (ou apenas muito usado, então é normal).
Também os vejo, por isso não estou a pensar:
(Hardware foi completamente substituído em junho passado, daí o aumento repentino)
Este artigo do serverfault e este artigo externo que também faz referência a referências.
Tags linux