“Load average” preso em 7.0

4

Estou usando o gentoo e sempre que faço o tempo de atividade, minha "média de carga" está em 7,0 no quadro. Ao usar top ou htop ou dstat, o uso da CPU está sempre ocioso. O computador é usado para executar um programa Java que usa muitos pacotes NIO e java.util.concurrent (pode haver muitos bloqueios). Isso poderia elevar os números médios de carga falsa? Na verdade, como alguém começa a depurar isso? O computador não parece estar sob nenhuma carga, pois seu desempenho é normal. Alguma sugestão?

uptime: " 10:56:50 up 327 days, 21:01,  4 users,  load average: 7.00, 7.03, 7.00"
uname -a: "Linux host 2.6.30-gentoo-r6 #1 SMP Tue Oct 6 12:08:22 EDT 2009 i686 Intel(R) Xeon(R) CPU X5550 @ 2.67GHz GenuineIntel GNU/Linux"
    
por Daniil 19.04.2013 / 16:58

1 resposta

2

Seus números parecem ser válidos e abaixo da utilização excessiva. Um sistema totalmente utilizado com oito núcleos (ou CPUs) teria uma carga média de 8,0. Atualmente, a média da carga é de aproximadamente 88%. É por isso que o sistema não exibe nenhum problema de desempenho.

Referências:

link
link

Em wikipedia

An idle computer has a load number of 0. Each process using or waiting for CPU (the ready queue or run queue) increments the load number by 1. Most UNIX systems count only processes in the running (on CPU) or runnable (waiting for CPU) states. However, Linux also includes processes in uninterruptible sleep states (usually waiting for disk activity), which can lead to markedly different results if many processes remain blocked in I/O due to a busy or stalled I/O system[1]. This, for example, includes processes blocking due to an NFS server failure or to slow media (e.g., USB 1.x storage devices). Such circumstances can result in an elevated load average, which does not reflect an actual increase in CPU use (but still gives an idea on how long users have to wait).

Isso significa que seus encadeamentos Java são responsáveis pela carga porque (adivinhando) a maioria das coisas em util.concurrent são vistas pelo sistema operacional como bloqueio de E / S. Você pode começar a investigar esses processos com ferramentas mencionadas como respostas a essa pergunta: como-descobrir-qual-processo-está-consumindo-espera-cpu?

    
por 24.07.2013 / 21:04