ブート/シャットダウン時間を改善するにはどうすればよいですか?


29

かなりまともなラップトップ(Intel Core i7-3520M CPU @ 2.90GHz、SamsungのSataII SSD、8GB Ram)がありますが、ブート時間とシャットダウン時間に満足できません...ブートチャートをインストールし、解釈しようとしています。 、しかし、私はいくつかの部分を理解していません。

ブートチャート出力

特に、CPU使用率もI / Oもほとんどない最初の10秒間に何が起こっているのかわかりません。それでは何が起きているのでしょうか?(udevd、modprobe、およびplymouthのみが実行されているようです)。

私の日々の仕事のもう一方の端で、私は遅いシャットダウンも経験しています。ここにはショットダウンチャートがないので、私はさらに無知です...

更新 中に、シャットダウン中に上キーを押すとコンソールにアクセスできるというヒントがありました(その前はF1 / Alt F1と戦っていました)。そのため、長いシャットダウン時間は、rpcbindmodem-managerが正常に終了できないことに関係しているように見えます...

更新2 rpcbindとmodemmanagerをアンインストールしました。これによりシャットダウンが改善されましたが、「1秒以内にすべてのプロセスが終了しました」というメッセージと実際のシャットダウンの間に数秒待機しています。ちょうどそのとき、私はまだ読むことができなかった簡単なメッセージを受け取りますが、何らかのタイムアウトが発生する疑いがあります...

Update 3 OK、履歴書の実行と起動プロセスの最初の10秒間に、 wait-for-rootます。これには5秒以上かかり、ディスクも認識できるCPUアクティビティもありません。/etc/initramfs/conf.d/resumeのスワップUUIDがスワップパーティションの実際のUUIDと一致しないことに気付きました。これはたまたま暗号化されています。多分それがポイントですか?initramfs-toolsとcryptswapに関するヒントはありますか?


これは無関係であることがわかっています。それでも、代わりにサスペンド(RAM /ディスク)を使用するように提案することをお見逃しなく。「オフ」から「実行中の状態」にこれが私のために3秒未満である弱いシステム
humanityANDpeace

1
SSDを使用するときは、ディスクへのサスペンドはお勧めできません。毎回メモリをディスクに書き込むことを意味しますが、サスペンドからRAMへのレジュームは迅速です。
アルチ

1
15秒、おそらく10秒程度です。SSDは非常に高速で、CPUは悪くありません。最大限に活用できると思います。率直に言って、ブート時間はそれほど悪くはありませんが、シャットダウン時間は悪くありません。とは言っても、rpcbindとmodem-managerを削除したことで(今日はそれをした)、事態はずっと改善されました。また、ブートの最初の10秒を理解していると思います。それは、initramfsで発生する時間で、udevがドライバーをロードし、/ devが読み込まれるようです。それははるかに速くなることができるかどうか分からないのです...(www.debian-administration.org/articles/620を参照してください)
ALCI

1
シャットダウンが進行したのは良いことです。起動プロセスに多少の幸運がありましたか?UDEVは犯人ですか?
humanityANDpeace

1
:ともrngd -おかげで、rpcbindをモデム・マネージャーはに私のためのトリックをしたbugs.launchpad.net/ubuntu/+source/rng-tools/+bug/1425036は 、今、最終的にそれはSSDと私のマシン(レノボW530を取りますまだ強力です)シャットダウンしてから起動するまでの時間が短くなります(両方とも10秒未満)。
sup

回答:


12

OK、問題が見つかりました。私が感じていたように、5秒待って再開しルート待機を待つは正常ではありません。

あちこち探して、ついにこのバグレポートを見つけました: ルートのための5秒の遅延

本質的に、5秒間待機するのは間違ったエントリによるものであると述べています。 /etc/initramfs-tools/conf.d/resumeます。

私のスワップは暗号化されており、最初のインストールUUIDが /etc/initramfs-tools/conf.d/resume。/ dev / mapper / cryptswap1にblkidから与えられたものを入れようとしましたが、うまくいきませんでした...

ファイルのエントリをコメントアウトしたところ、5秒の遅延はなくなりました。いずれにしても、私のシステムでは休止状態が有効になっていません(Ubuntuではデフォルトで無効になっていると思います)。エントリの先頭にある#に注意してください。

#RESUME=UUID=3835540d-0cb4-46fc-b39a-de9ff88dcefd

次に実行します:

sudo update-initramfs -u

だからここに私の最新のブートチャートがあります:

ブートチャート

ずっといい。シャットダウンに関しては、rpcbindとmodemmanagerを削除するとうまくいきました。起動時間とシャットダウン時間は非常に長くなりました。


このwait_for_rootなどのスワップ関連の問題を発見し、ブート時間を短縮することができたのを見るのはとてもうれしいです。あなたに関する@alciは「非常に大きな8GB」です。結局のところ、スワップを使用することが理にかなっているので、PCを何に使用するのか疑問に思っていましたか?スワップパーティションを使用することさえあるので、あなたのアプリケーションは8GB以上のRAMを使用していますか?ワオ?そうでなければ、そもそもスワップを使用しないことでスワップのトラブルを回避できたかもしれません。
humanityANDpeace

1
私のスワップがここにあるのは... Linuxインストールで常にスワップがあったからです。そして、私は常に古い経験則を適用しました:スワップサイズ=ラムサイズ:-)。8Gb以上のRAMを使用することはありますか?通常はありません。しかし、スワップを行ってスワップがない場合はどうなりますか?そして、スワップの費用はいくらですか?
-alci

-6

OSをRAMにインストールすることを検討したいかもしれません。本当のスピードがあなたのその後にあるものなら、それはそれでしょう。SSDのロード時間とRAMのロード時間の違いは非常に大きいです。


17
クールなアイデアですが、RAMの電源を切るたびにOSを再インストールしなければならないのは少し不便です... :
alci

厳密に言えば、RAM上のインストールされたシステムが消えるマシンをオフにしますパワー一度
エド・ビジェガス

もちろん、それがUPSを購入し、決してシャットダウンさせない理由です。
カスパー

OSをRAMにインストールしますか?memcacheはすでにそれをプッシュしていますが、OSをインストールしていますか?
Linuxios

@ Linuxios私はそれを一度やったことがあり、私の<2.5GB / rootパーティションのイメージをRAMのtmpfsパーティションにコピーしました。最初の長い2.5GBのデータコピーの後、非常に高速に実行されます。それでも@ Linuxiosが言うように、Linuxキャッシングは同様の速度を達成します。このコメントはただ言うだけです:LinuxをRAMで走らせるのは絶対に狂わないというわけではありません。それは実行可能です。シャットダウンする前にイメージをコピーバックすると、永続的なものになる可能性さえあります:)
humanityANDpeace
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.