休止状態から再開するのに10分かかるのはなぜですか。これを防ぐ方法は何ですか?

休止状態から再開するのに10分かかるのはなぜですか。これを防ぐ方法は何ですか?

私はカーネル4.4.0-116-generic(しかし以前のバージョンも同じです)と16GBのRAMを備えたXUbuntu 16.04を実行しています。私は「伝統的な」ハードドライブ(SSDなし)を使用しており、スワップ性能は0です(RAMがいっぱいになることはほとんどありません)。

休止状態にあるとき、次の状況が発生しました。一般的な休止状態は2分未満ですが、休止状態から再開するとアプリケーションが応答するのにはるかに時間がかかります(今日はライトロックプロンプトに到達するのに10分以上かかりました)。

私はこれが役に立つとは思いません(休止状態から再開するのは新しいセッションで起動し、プログラムを再開するよりも時間がかかります)。

パフォーマンスをどのように向上させることができますか?私だけこんな問題を経験しているのだろうか?

実際、メモリ使用量は現在8.8GBですが、迷惑なのは省電力時間と再開時間の違いです。他の質問は、これが休止状態の間にカーネルがすべてのプロセスを停止し、RAMをすべてスワップにダンプし、再開時にプロセスがスワップからそのページを要求できる可能性があることを理解しています。

これは妥当な説明ですか?それでは、ハードドライブから大きな塊を読むのがランダムアクセスよりも速いので、なぜこれを行うのですか?この方法で続行しないように休止状態を設定できますか?「休止状態から再起動したときのメモリの復元/スワップページの状態」の問題関連性があるようですが、ページが何をしているのか(「ディスクとRAMにページを表示するタグを記録してから再開したときにこの正確な状態を復元する」)が実際に何をしているのかを理解するのに十分なページがありません。 。管理する。

ベストアンサー1

私はあなたの経験が関連していると思います冬眠別名。ディスクに一時停止、特に回転ディスクを使用する場合はそうです。

~からカーネル文書、あなたが投稿したリンクのアイデアに関連しているように見える解決策について言及しました。正しく実行すると、スワップが回復し、徐々に削除されるのではなく、すぐに削除されます。ただし、まだ使用されているすべてのスワップを読む必要があり、時間がかかる場合があります。

質問:回復後にシステムページングが多く発生し、相互作用が非常に低下します。

答え:走ってみてください。

猫/proc/[0-9]/マップ| grep / |/:/:' |Sort -u |ファイルの読み取りが完了したら test -f "$file" && cat "$file" > /dev/null 実行

回復後。 swap -a; swapon -aも便利です。

テストしたいのはメモリに一時停止または両方とも一時停止これは非常によく説明されています。アーチスウィキ。オリジナル:

  • メモリに一時停止コンピュータの電源を切らずにスリープモードに切り替えます。バッテリーが放電すると状態が失われ、問題が発生する可能性があります。
  • 両方とも一時停止似ているメモリに一時停止また、バッテリーが放電した後に復元できるように、状態を交換用に保存します。

環境に応じて一時停止/休止状態を開始する方法は、次のコマンドを使用してXFCEで設定できます。xfce4 - 電源マネージャGUI。

おすすめ記事