これはすでにDebian でバグとして報告。
私はかなり平均的なi5を持っています。示されているように、topアイドルシステム（sshdと2つのセッションのみ）の場合、負荷は2.00一定のままです。マシンには新しいDebian 9がインストールされており、デフォルトでは完璧なペアではありません。これは、kworkerが常に1コアの80％を占める問題に対処しなければならなかったからです。説明したのと同じ問題です。ここ（Ubuntu 16.04を使用）。
私はDebianの無料ファームウェアをインストールしました：
- ファームウェア - Realtek
- ファームウェア-iwlwifi
しかし、このドライバをインストールせずにDebian Liveを使ってテストしたところ、違いはありませんでした。
完全なtopタイトルは次のとおりです。
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非常に低い値を表示：
- 受信平均: 1.14kBit/s
- 発信平均: 9.27kBit/s
システム全体がアイドル状態のように見えますが、負荷が報告されました。温度も少し高いようです。
$ 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)
最も重要なプロセスは次のとおりです。
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
プロンプトに従ってくださいこの回答Dは状態のプロセスのリストです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/
再起動するたびに、状態Dの2つのkworkersセットとrtsx_usb_ms_1セットが常に存在します。
さまざまなBIOS設定とカーネルパラメータを試してみましたが、acpi_osi=Linux負荷が減りませんでしたが、わずかに、まだ平均2.00に近いです。
これをバグとして報告すべきかどうか疑問に思います。それでは、受信者は誰ですか？ダーバン？コア？
機械の細部:
- マザーボード：富士通FJNBB35
- CPU：インテル（R）コア（TM）i5-4200M CPU @ 2.50GHz
- RAM：4G、SODIMM DDR3同期1600MHz（0.6ns）、サムスンM471B5173QH0-YK0
- オペレーティングシステム: 4.9.0-6-amd64 #1 SMP Debian 4.9.82-1+deb9u3 (2018-03-02) x86_64 GNU/Linux
ベストアンサー1
私のビューでは、rtsx_usb_ms_1プロセスが原因である可能性があります。 Realtekメモリースティック/SDカードリーダーデバイスと互換性があります。ドライバをブラックリストに追加してみることができます。
echo blacklist rtsx_usb_ms >> /etc/modprobe.d/99-local.conf
...その後、再起動してドライバのロードをブロックして問題が解決するかどうかを確認します。単に走るのもrmmod rtsx_usb_ms効果的かもしれません。ただし、リーダーを使用するにはカーネルモジュールを手動でロードするか、ブラックリストを削除して再起動する必要があります。
今回のパッチ以降、回帰現象が発生することがあります（https://lkml.org/lkml/2014/11/5/905）Debianのバグ＃765717を修正します。たぶんメインラインカーネルに含まれていないかもしれません。
モジュールを削除/ブラックリストに追加して問題が解決したら、Debianにバグレポートを送信します。