Isso foi reportado como um bug para o Debian .
Eu tenho um i5 com alta avg. carregar como mostrado em top , que para um sistema ocioso (com apenas sshd e 2 sessões) fica em torno de 2.00 o tempo todo. A máquina hospeda uma nova instalação do Debian 9, e não foi um par perfeito logo de cara, já que eu tive que lidar com um kworker comendo 80% de um núcleo o tempo todo, o mesmo problema descrito aqui (com o Ubuntu 16.04) .
Instalei firmware não-livre do Debian:
- firmware-realtek
- firmware-iwlwifi
Mas também testei com o Debian Live sem instalar esses drivers, e não há diferença.
O cabeçalho top inteiro parece assim:
top - 13:42:33 up 1:33, 3 users, load average: 1.83, 2.01, 2.01
Tasks: 230 total, 1 running, 229 sleeping, 0 stopped, 0 zombie
%Cpu0 : 0.0 us, 0.3 sy, 0.0 ni, 99.7 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st
%Cpu1 : 0.0 us, 0.0 sy, 0.0 ni,100.0 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st
%Cpu2 : 0.3 us, 0.3 sy, 0.0 ni, 99.3 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st
%Cpu3 : 0.0 us, 0.0 sy, 0.0 ni,100.0 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st
KiB Mem : 3955660 total, 2123712 free, 657580 used, 1174368 buff/cache
KiB Swap: 4095996 total, 4095996 free, 0 used. 2888300 avail Mem
iostat :
avg-cpu: %user %nice %system %iowait %steal %idle
0.04 0.00 0.08 0.04 0.00 99.83
Device: tps kB_read/s kB_wrtn/s kB_read kB_wrtn
sda 4.00 0.00 20.00 0 120
sdb 0.00 0.00 0.00 0 0
dm-0 5.17 0.00 20.00 0 120
dm-1 3.50 0.00 14.00 0 84
dm-2 1.50 0.00 6.00 0 36
dm-3 0.00 0.00 0.00 0 0
dm-4 0.00 0.00 0.00 0 0
dm-5 0.00 0.00 0.00 0 0
nload mostra valores muito baixos:
- média de entrada: 1,14 kBit / s
- média de saída: 9,27 kBit / s
Todos juntos, o sistema parece ocioso, mas há a carga reportada. As temperaturas também parecem um pouco altas, eu acho:
$ sensors
acpitz-virtual-0
Adapter: Virtual device
temp1: +27.8°C (crit = +105.0°C)
temp2: +29.8°C (crit = +105.0°C)
coretemp-isa-0000
Adapter: ISA adapter
Physical id 0: +50.0°C (high = +84.0°C, crit = +100.0°C)
Core 0: +47.0°C (high = +84.0°C, crit = +100.0°C)
Core 1: +50.0°C (high = +84.0°C, crit = +100.0°C)
Aqui estão os principais processos:
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
5017 root 20 0 45052 3860 3200 R 1.0 0.1 0:00.10 top
165 root 20 0 0 0 0 D 0.3 0.0 0:07.94 kworker/3:3
1259 tomasz 20 0 1306660 41600 32768 S 0.3 1.1 0:03.08 gnome-settings-
1 root 20 0 139492 7252 5268 S 0.0 0.2 0:00.90 systemd
2 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kthreadd
Seguindo a dica em esta resposta , aqui está a lista de processos nos estados D ou R :
# ps -e v | perl -nalE 'say $_ if $F[2] =~ /R|D/'
47 ? D 0:14 0 0 0 0 0.0 [kworker/3:1]
165 ? D 0:14 0 0 0 0 0.0 [kworker/3:3]
393 ? D 0:00 0 0 0 0 0.0 [rtsx_usb_ms_1]
5640 pts/0 R+ 0:00 0 106 29757 1564 0.0 ps -e v
5641 pts/0 R+ 0:00 0 1940 15691 3448 0.0 perl -nalE say $_ if $F[2] =~ /R|D/
Este conjunto de dois kworkers e rtsx_usb_ms_1 no estado D está sempre presente, após cada reinicialização.
Eu tenho experimentado com diferentes configurações de BIOS e parâmetros do kernel e não com acpi_osi=Linux a carga pode ter diminuído, mas apenas um pouco e ainda fica perto de 2.00 avg.
Eu estou querendo saber se devo arquivar isso como um bug. Quem seria o destinatário? Debian? Kernel?
Detalhes da máquina:
- Placa-mãe: Fujitsu FJNBB35
- CPU: CPU Intel (R) Core (TM) i5-4200M a 2,50 GHz
- RAM: 4G, SODIMM DDR3 Síncrono 1600 MHz (0,6 ns), Samsung M471B5173QH0-YK0
- SO: 4.9.0-6-amd64 # 1 SMP Debian 4.9.82-1 + deb9u3 (2018-03-02) x86_64 GNU / Linux