コンピューターが休止状態から復帰するのが遅いのはなぜですか?


22

ハイバネーションはRAMの内容をディスクに書き出すことになっており、ハイバネーションから戻ると保存された内容でRAMを埋めることになっています。休止状態からの復帰が遅いのはなぜですか。たとえば、システムはかなり一般的に非常に無反応です。


1
MacBook Proなどのソリッドステートドライブ(SSD)を使用するコンピューターをお試しください。ほとんどの場合、ほとんど瞬時です。
スチュワート

1
xbootmgrで休止状態/再開トレースをキャプチャし、遅いものを分析します:msfn.org/board/index.php
showtopic=

私は職場のラップトップで休止状態を使用しますが、高速化するために最初にすべてのアプリを閉じます(closeall ntwind.com/software/utilities/close-all.htmlという小さなユーティリティを使用)
Morgan T.

回答:


19

主な原因はディスクI / Oです。物理ディスクの読み取りと書き込みは、RAMからの読み取りよりはるかに遅くなります。コンピュータがディスクから再開する(休止状態)場合、コンポーネントの電源を入れる必要があるため、速度が低下する可能性があります。これは、コンピューターに大きく依存しています。SSDのディスクからの再開速度は、RAMからの再開速度とほぼ同じです。一部のコンピューターでは、ラムが再び完全にいっぱいになる前にマウスを動かして、応答時間が短くなることがあります。

注:8GBのRAMと400MB / sスループットのSSDがあると仮定します。それでも8 * 1024MB / 400MB / s = 20.48sかかります。これは、RAMからの再開と同じ速度ではありません。

15,000MB / sのRAMスループットを想定すると、再開時間は0.55秒です。


5
Reading and writing to a physical disk is much slower than from RAM. はい。ただし、読み取りは書き込みよりも速いので、HDDを読み取るのに書き込むよりもはるかに長い時間がかかるのはなぜですか?
Synetech

1
@Synetechですか?(ドライブアクティビティが停止するのではなく)休止状態のオプションを押してから休止状態にするだけの場合、OSはおそらく早期にブランクにしているので、ストールしなかったように見えます。IO時間でシャットダウンを測定している場合、いくつかの可能性があります。SDDでは、ランダム読み取りよりもランダム書き込みの方がSSDの方が高速であるため、ページファイルが断片化されていないかどうかを確認します。そうしないと、IOパフォーマンスのためではなくシャットダウンされた一部のハードウェアコンポーネントの再起動の遅延により、デハイバネートが遅くなると推測されます。
ダン・ニーリー

@DanNeely、実際に私はあなたの意味を知っています。Hibernateをクリックすると、画面がすぐに消えますが、ドライブ自体はかなり長い間(多くの場合1〜2分)スラッシングを続けています。ドライブはまだ回転しており、移動しているため、ラップトップを手に取ってバッグに入れることはできないため、これは本当に迷惑です(ヘッドクラッシュの可能性が高くなります)。しかし、私は人類が言っていることも知っています。場合によっては、再開に長い時間がかかります(Windowsはかなり迅速に再開しますが、HDD LEDは長時間点灯したままです)。
Synetech

@Synetechは、SSDが万能であるほど安価であることを願うもう1つの理由です。
ダンニーリー

3

RAMは非常に高速ですが、ハードディスクは正反対です。RAMの内容(約16 GB)をハードディスクからコピーする必要があるとします。4枚のDVDです。見る?


3

それはトレードオフです。必要に応じて、休止状態になる前にRAMにあったものをすべて、ディスクからRAMに一度に、またはほんの少しずつ引き出しますか?

回転ディスクからのセクターの読み取りには、そのセクターを同じ回転ディスクに書き込むのと実質的に同じ時間、つ​​まりシーク+回転時間がかかることは誰もが知っています。したがって、RAMからディスクへの情報の書き込み(休止状態)には、ディスクからの同じRAMの読み取り(休止状態からの再開)とほぼ同じ時間がかかることが予想されます。しかし、デマンドページングのため、そのようにはなりません。

OSが一度にすべてを取り込むと、休止状態からの再開には数十秒かかりますが、その後はまったく休止状態になっていない場合と同じように動作します。

OSプログラマは通常、代わりにデマンドページングを選択します。言い換えれば、OSは必要に応じて一度にディスクから少しだけプルします。これには、休止状態からの再開がキーボードとマウスクリックへの応答を開始するまでの時間がはるかに短いという利点があります。一方、休止状態の後に初めて何かを使用する場合、OSが最終的にそれをロードするまでにわずかではあるが顕著な遅延があります。これは、「初めて」何かを使用する場合でも、休止状態の数分後に発生します。そのため、休止状態から再開した後(つまり、休止状態の直前の画面とほぼ同じ画面が表示された後)、マシンでの作業がしばらく遅くなることがあります。

Synetechが指摘したように、人間の心理学も少し関与しています。休止状態の開始時に画面がすぐにオフになるため、すぐにシャットダウンするようです。そして、ユーザーはあなたがやりたいことをすぐに続けることができます。しかし、休止状態からの再開後、ユーザーは何かをしようとしていますが、ユーザーがしようとしていることを邪魔するため、少しの遅れは迷惑です。


2

あなたが言っていることがわかります。休止状態から復帰した後、HDD LEDが長時間点滅するように見えます。

ハードウェアの起動(およびドライバーアクセラレーション)による遅延と断片化(工場からの新しいシステムは一般に休止状態になり、しばらく使用されていたものがかなり速く再開することに気付くでしょう)そうするのがはるかに遅くなります)。この動作については、さらにいくつかの説明があります。

休止状態になると、WindowsはRAMをドライブにフラッシュします。RAMの読み取りとディスクへの書き込みが高速であるにもかかわらず(大きな空のドライブで休止状態ファイルが最適化されている場合でも)、数ギガバイトの書き込みにはまだかなり時間がかかります(少量のRAMでシステムを休止状態および再開することに気付くでしょう)非常に高速です)。画面はすぐに消えますが、ドライブ(およびマザーボード、ファンなど)はすべて、RAMのディスクへのフラッシュが完了するまでしばらくの間動作し続けます。(HDDを搭載したラップトップが終了し、ドライブが完全にオフになるまで、ラップトップを捨てないでください)。

いくつかの実験的なテストを行って、Hibernateをクリックしてからシステムの電源が切れるまでの時間と、Resuming Windows画面が表示されてからHDD LEDの点滅が止まるまでの時間を測定できます。それらはほぼ等しいでしょう。(Windowsは、最初にカーネルとスタッフを休止状態ファイルに書き込んでから読み取ることにより、休止状態から非常に高速に再開するように見せかけます。これにより、すぐに起動して実行し、残りのファイルを引き続き読み込みます。バックグラウンドおよび必要に応じて、すべて再開されるまで。ログイン画面が非常にすばやく表示されるため、この動作を実際に見ることができます。

それでは、再開に時間がかかるように見えるのはなぜですか。これには2つの説明があります。

  1. それは心理的です。Danが指摘したように、休止状態になるすぐに画面がオフになるため、再開プロセス全体(画面を開くとHDD LEDが点滅している)が表示されている間、高速でシャットダウンするようです。

  2. ページングです。ほとんどの人は、プログラムの終了を避けたいため、シャットダウンの代わりに休止状態を使用するため、中断したところから再開できるため、Windowsを再開すると、すでに実行され、既にメモリを消費しているプログラムがたくさんあります。Windowsのメモリマネージャがシステムを最後にチェックしてからかなりの時間が経過したため、その観点からは、いくつかのプログラムがしばらく休眠していたため、多くのメモリスワッピングが行われる可能性がありますアクティブになります。もちろん、この交換には時間がかかり、しばらくドライブをスラッシングします。

最終結果は、ハードウェアのアクティブ化、ページング、心理学、および断片化の間の要因と相互作用の組み合わせである可能性があります。

それまでは、プロセスモニターを使用してWindowsが休止状態および再開中にドライブ/ファイルアクティビティを観察するなど、いくつかの簡単なテストを実行することにより、ボトルネックが何であるかを(少なくともシステム上で)明確に見つけることができます。スラッシングはhiberfil.sysまたはへのアクセスが原因pagefile.sysです。


1
心理的なアプローチが好きです。普通の古いハードドライブのハイバネーションは、UXの方法で設計されているか、存在するべきではありませんでした。
smonff
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.