Início / unix / Perguntas / 434365
Accepted
William
Asked: 2018-03-30 10:58:21 +0800 CST

Por que o htop dispara para 100% da CPU ao abrir?

  • 772

Sempre que eu abro htop, ele mostra o uso da CPU disparando repentinamente para 100% em um único núcleo. Acho que coletar estatísticas htopnão é tão intensivo?!

Por que htopde repente mostra esse pico?

htop

1 respostas

  1. Best Answer

    Você está vendo um efeito colateral do programa vendo seu uso de recursos de carregamento. Carregar um executável e suas bibliotecas na memória, inicializar e passar o controle para o programa não é uma operação gratuita: envolve a CPU, a memória e (se não tiver sido armazenado em cache) o disco.

    Aqui está topmostrando seu uso imediatamente após o início:

    top - 13:21:29 up 1 day, 23:31,  1 user,  load average: 1.73, 1.78, 1.46
Tasks: 151 total,   3 running,  93 sleeping,   0 stopped,   0 zombie
%Cpu(s): 16.4 us,  5.7 sy,  0.0 ni, 73.1 id,  4.6 wa,  0.0 hi,  0.2 si,  0.0 st
KiB Mem :  3967564 total,   135908 free,  2053480 used,  1778176 buff/cache
KiB Swap:  8388604 total,  8332796 free,    55808 used.  1652564 avail Mem

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND
  896 qemu      20   0 1961872 508076   6144 S 100.0 12.8 790:22.87 /usr/bin/qemu-system-x86_64 -name guest=Gentoo-amd64,debug-threads=on +
  596 qemu      20   0 2326244 863164   4488 R   6.2 21.8 311:23.29 /usr/bin/qemu-system-x86_64 -name guest=data,debug-threads=on -S -obje+
12655 root      20   0   49732   4164   3432 R   6.2  0.1   0:00.01 top -d 10
    1 root      20   0   49568   5492   3700 S   0.0  0.1   0:02.52 /lib/systemd/systemd --switched-root --system --deserialize 32

    Após 10 segundos (é o mesmo para períodos menores, mas eu queria poder copiar o texto na inicialização):

      896 qemu      20   0 1961872 508076   6144 R 103.5 12.8 790:33.23 /usr/bin/qemu-system-x86_64 -name guest=Gentoo-amd64,debug-threads=on +
  596 qemu      20   0 2326244 863164   4488 R   8.7 21.8 311:24.16 /usr/bin/qemu-system-x86_64 -name guest=data,debug-threads=on -S -obje+
10200 root      20   0 1354396 131740  29824 S   3.1  3.3  13:05.97 python2.7 /usr/share/virt-manager/virt-manager
10150 root      20   0   66548   6004   4880 S   2.6  0.2   8:22.49 sshd: root@pts/0
  850 qemu      20   0 1726656 300432   5496 S   0.8  7.6  19:30.70 /usr/bin/qemu-system-x86_64 -name guest=distcc-i686,debug-threads=on -+
  328 avahi     20   0   53744   3608   2936 S   0.2  0.1   0:10.93 avahi-daemon: running [server-calgary.local]
  460 root      20   0       0      0      0 S   0.1  0.0   0:04.87 [nfsd]
  475 root      20   0 1282444  13820   8268 S   0.1  0.3   1:13.16 /usr/sbin/libvirtd --listen
 9143 root      20   0       0      0      0 I   0.1  0.0   0:36.05 [kworker/1:1]
10146 root      20   0       0      0      0 I   0.1  0.0   0:25.93 [kworker/0:2]
12641 root      20   0       0      0      0 I   0.1  0.0   0:00.02 [kworker/u4:0]
12655 root      20   0   49732   4176   3432 R   0.1  0.1   0:00.02 top -d 10
    1 root      20   0   49568   5492   3700 S   0.0  0.1   0:02.52 /lib/systemd/systemd --switched-root --system --deserialize 32

    Realmente topusa 6,2% da CPU para fazer seu trabalho? Não: esse é o trabalho de carregamento que todos os programas terão na inicialização. O uso cai para 0,1% depois que o programa se estabiliza.

    É improvável que htopesteja usando 100% de uma CPU (possivelmente há um bug aí), mas não é estranho que tenha um uso maior ao iniciar também.

    • 3

relate perguntas