apt-get dist-upgrade
以前のシステムでは、4GBのビデオファイルのコピーなど、いくつかの過度のI / O操作を実行している間にデスクトップがフリーズするという現象が発生しました。しかし今、状況はさらに悪化しました。どんな作業でもapt-get install
デスクトップ全体を停止するのに十分で、ビデオをコピーしてもnice -c 3
まったく役に立たず、何分間も何もできませんでした。によるとman ionice
、アイドル入出力プロセスは、通常のシステム活動に影響を与えないでください。
奇妙なスワップ問題もありました。スワップパーティションを無効にしましたが、OOMが2回実行されました。しかし、実行して動作していることを確認しましたが、vm.oom_kill_allocating_task=1
(私が設定した)OOMをトリガーしたプロセスを終了するのではなく、ディスクが回転し始め、長い間デスクトップが完全に停止しました。sudo swapoff -a
古いハードウェアとシステム:
- ハードドライブ: 500GB Toshiba
- システム:Debian 7.9(32ビット)
- カーネル: 3.15.10-zen-686(Liquorix)
- ディスクスケジューラ:BFQ
- ファイルシステム:ext4
新しいハードウェアとシステム:
- ハードドライブ:サムスン1TB
- システム:Ubuntu 15.10(64ビット)
- カーネル: 4.2.0-30-一般
- ディスクスケジューラ:期限(デフォルト)
- ファイルシステム:Btrfsを使用して暗号化されたLVM
CFQスケジューラからDeadlineに変更して同様の問題を解決する人がたくさんいますが、UbuntuカーネルではDeadlineがデフォルトです。いわゆる高速BFQディスクスケジューラ(暗号化なし)の使用に問題がありました。
ベストアンサー1
明らかに最大の問題は交換問題です。以前のシステムでは、この設定を使用すると、vm.swappiness=100
メモリが不足する前にページを移動してシステムがフリーズするのを防ぎました。この新しいシステムでは、反対の効果があるように見えました。システムは常に不要な交換を続けました。追加のメモリを購入し、スワップを完全に無効にし、問題はほとんど解決されました。
I / O操作によってデスクトップがハングする現象は、そのジョブのデータがRAMにキャッシュされ、デスクトップアプリケーションで使用されているメモリがスワップに投入され、システムがディスクから再読み込みされるためです。デスクトップ時間と対話しようとするたびに。
RAMが十分な場合、I / O操作はデスクトップの応答性にほとんど影響しません。ただし、デスクトップを一定時間放置すると、デスクトップと対話する際に初期遅延が発生する可能性があります。これは、カーネルがシステムがタスクに高い優先順位を与えるのに十分なアイドル状態であると見なし、そのデータがキャッシュを完全に埋め込み、デスクトップアプリケーションからページを削除できると考えるためです。
ディスクスケジューラに関しては、どちらが最良の選択であるかを知るのに十分なテストを実行していませんが、調査によると、締め切りを完全に無視するか、ionice
これがionice
CFQに固有のようです。