kswapdが使用される原因となっているプロセスを確認するにはどうすればよいですか？

100％CPUを使用するkswapdが表示されます... kswapdが非常に使用されているプロセスを代理して確認するにはどうすればよいですか？

kswapdは、すべてのプロセスで物理的に利用できるよりも大きいメモリ要求に応じて、スワップスペースを管理しています。

これはプロセスに依存せず、どのページがいつアクセスされるかだけに関心があります（もちろんこれよりも複雑ですが、物事を単純にするために、このように表示することもできます）。

したがって、本当の問題は、「kswapdが常にページングを必要とする原因となっているメモリに最も大きな負荷があるプロセス」です。

これは、「top」を使用してメモリ使用ソートモードに切り替えると最も簡単に答えられます。

スクリプトを作成することもできますが、topを使用して実行することもできます。

ラントップはその後、プレスOが続いたp、その後入力します

これで、すべてのプロセスがスワップ使用量でソートされ、どのプロセスがそれを使用しているかを確認できます

Ubuntu 15.10以降を使用している場合、これは実際にはバグの結果である可能性があります。特に、システムがスワップパーティションのない仮想マシン（AWS EC2など）である場合は特にそうです。この問題は他のディストリビューションにも存在しますが、執筆時点では、同じ修正が普遍的に機能するかどうかは不明です。

一時的な回避策：

sudo ln -s /dev/null /etc/udev/rules.d/40-vm-hotadd.rules
sudo reboot

これにより、XenおよびHyper-V仮想マシンのホットアドRAM / CPUが無効になることに注意してください。

また、kswapdどこかにバグがあるようです。できれば古いカーネルでのみです。

ほぼ毎日、kswapdは、より大きなクラスター（ただし、現在のカーネルではない）の一部のマシンでランダムに動作します。両方のkswapdプロセスで100％CPU。他の実行中のプロセス（sshシェルを除く）、十分な空きRAM（700 MB以上）、SWAPはまったく使用されていません。スワップインもスワップアウトもありません。

特定のマシンがヒットし、別のマシンがヒットしない理由はまだ説明されていません。通常、短い時間内に複数のマシンにヒットするため、完全にランダムではないようです。アイドル状態のマシン、および高圧下にあるマシンは、効果による影響を受けにくいようです。そのため、作業負荷で何かをする必要があり、マシンがアイドル状態でもビジーでもない場合にのみヒットします。

問題が何も起こらなければ、もう役に立ちません。すべてのプロセスを殺し（殺せなくなることはありませんでした）、すべてのファイルシステムをアンマウントします。kswapd100％CPUのままです。SMPカーネルでのスピンロックレースが疑われますが、間違っている可能性もあります。

おそらく私の答えをご覧くださいserverfault.com/questions/316995/#493257

ノート：

• シャットダウンプロセスがどこかでハングし始めるため、影響を受けるマシンの再起動はしばしば失敗します。
• インターネットへの直接接続はありません。外国の原因はありそうもない。
• まだ影響を受けていないマシンがあるため、負荷の観点からマシンが処理するワークロードのタイプに依存するようです。
• 申し訳ありませんが、私たちが何をするのか、そしてその理由をもっと詳しく述べることはできません。
• はい、推測しています。今日、それは非常に不可解な効果だからです。