Linuxは休止状態を放棄しましたか?解凍プロセスを改善する方法は?

Linuxは休止状態を放棄しましたか?解凍プロセスを改善する方法は?

Linux(HDDを使用)で休止状態を使用したことがありますか?それとも私だけですか?

仕組みに満足している人はいますか?それとも、システムが再び応答するまで停止解除に20〜30分かかる唯一の人ですか?

私は通常10GBのRAM(合計16GB)を使います。私のHDDは約100MB / sなので、RAMの内容全体をHDDに書き込むか、HDDに書き込むのに約1分40秒かかります。実際、スリープボタンを押してからシステムがシャットダウンするのにかかる時間はわずか2分です。システムがストレスを受けているようです。

解凍後のメモリとCPU使用量

解凍時に反応システムを回復するのに20〜30分かかるのはまだ理解できません。すべて(カーネル文書を含む)は、カーネルが最小限のデータをRAMに読み取って実行し、ユーザースペースプロセスがスワップパーティションで誤った方法で置き換えられるように見えます。

これは、プロセス全体の継続時間(順次ではなくHDDからランダムに読み取る)と多くのプロセスがタイムアウトする理由を説明できます。 FirefoxとThunderbirdは「一部のスクリプトは応答しません」と言い、KDEシンセサイザはGPUドライバがプログラムが別のコンピュータで実行されており、SSDを持っているので耐えられますが、それでも楽しいです。姓を削除するには、休止状態よりも時間がかかります。

カーネルのドキュメントに記載されている解決策を適用してみました。似ているが範囲が狭い問題2年前に提供された解決策は確かに改善されましたが、状況は依然としてひどいです。

RAMが休止状態前の状態に戻るまで休止状態によって発生したプロセス停止が解放されない理由は理解できません。これがカーネル操作ではないと判断したのはなぜですか?

休止状態に切り替える前にプロセスを手動で凍結する方法(STOP信号を使用するか)、RAMの内容(スワップアウトされた項目と比較)を記録し、凍結解除時にこのデータをスワップからRAMに復元する方法、この操作が完了するまでお待ちください。その後、プロセスをアンロックします(CONT信号を使用しますか?)。

ベストアンサー1

おすすめ記事