Eu acredito que esta é uma questão de timing. top
verifica o estado da CPU a cada N segundos. No momento em que a verificação é executada, top
terá como ativo, pois está ativamente verificando o estado do sistema. Uma boa maneira de ver isso em ação é diminuir o tempo de atualização de top
e observar seus processos se movendo! Como sugerido em man top
:
o The user interface, through prompts and help, intentionally
implies that the delay interval is limited to tenths of a sec‐
ond. However, you're free to set any desired delay. If you
want to see Linux at his scheduling best, try a delay of .09
seconds or less.
For this experiment, under x-windows open an xterm and maximize
it. Then do the following:
. provide a scheduling boost and tiny delay via:
nice -n -10 top -d.09
. keep sorted column highlighting Off so as to
minimize path length
. turn On reverse row highlighting for emphasis
. try various sort columns (TIME/MEM work well),
and normal or reverse sorts to bring the most
active processes into view
What you'll see is a very busy Linux doing what he's always
done for you, but there was no program available to illustrate
this.
Se você tentar isso, verá mais processos entrando no modo R
. Você também pode tentar executar top
no modo em lote algumas vezes e coletar os processos marcados como em execução:
sudo nice -n -10 top -d.09 -bn 100 | awk '$8~/R/{print $NF}' | sort -u
No meu sistema sob sua carga atual (que inclui um túnel ssh aberto) recebo os seguintes processos:
cinnamon
firefox
kworker/0:1
kworker/1:2
kworker/2:2
kworker/3:0
plugin-containe
ssh
tint2
top
Xorg