【続】フリーズの原因は"kswapd0"と共有メモリだった話
１． 概要 フリーズの原因を探ると"kswapd0"というカーネルスレッドと、共有メモリのリソース大食いだったことがわかった。 前回の記事を書いてからも３週間あまり調査を続けてきたが、32bit版のサポート終了に伴い、調査を終了する。 よって、この２つの原因について、わかったことをまとめる。 2. 前回までのおさらい Google ChromeおよびFirefoxで動画視聴中に画面がフリーズする カーソルは動くが、ブラウザを閉じるなどの操作を受け付けない リソースモニターを表示していても、CPU使用率が上昇が確認されない 再起動すれば回復する 同じ症状の報告がなく、ブラウザのアップデートでも解決しなかった、 このことから、原因は不明のまま、特定の環境で発生すると結論づけた。 3.環境 LinuxMint17.2 Cinnamon
UbuntuでkswapdがCPU使用率100％になる
OS：Ubuntu 18.04 Tensorflowでディープラーニングを行っていた所、学習が始まって数時間放置した頃にモニターを確認してみるとCPU使用率が100%になり、コマンド入力を受け付けない状態になっていた。 nmonではCPU使用率が天井に張り付いており、topではkswapdが異常に高い負荷をかけていることを示していた。 コマンド入力を受け付けていなかったので強制的に再起動。 kswapdは仮想メモリ周りを調整するシステムプロセスらしく、頻繁にスワップが起きるとCPUを独占してしまうよう。 The process you referred to, kswapd0, manages virtual memory and may be having issues due to moving processes to SWAP too frequently, causing cpu
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
MicroPython on microcontrollers — MicroPython latest documentation
