Windowsのタスクマネージャーを見ると、ハードドライブの「アクティブ時間」がかなり上限に達していることがわかります。
経験的に、これはハードドライブがロックされたり、アプリがグレーになったりするなどの状況に関係しているようです (グラフ上では、残りのリソースの使用率はかなり低いです)。
私の質問は次のとおりです:
- 「ディスクアクティブ時間」とは何ですか?
- 実際にそれを減らすと応答性が向上する場合、これをどのように解決すればよいでしょうか?
- これを高速化するには、ハードドライブのどのような特性のものを購入すればよいでしょうか? (ディスク転送速度は関係ないようです)
- 特定のアプリは他のアプリよりもアクティブ時間が長くなりますか?
答え1
グラフは文字通り、HDD (あなたの場合) がデータを読み書きしている時間を測定します。
「ディスクアクティブ時間」とは何ですか?
ディスクアクティブ時間HDD が動作している時間です。時間/パーセンテージが高いほど、HDD がより多く使用されています。99
% に達した場合、実際には HDD の読み取り/書き込みパフォーマンスがボトルネックになっています。
見るこの質問そのために。
これを高速化するには、ハードドライブのどのような特性のものを購入すればよいでしょうか? (ディスク転送速度は関係ないようです)
以下のストレージデバイス（HDDまたはSSD）が必要です。両方: 高スループットそしてランダムアクセス時間が短い。
スループットが高いため、大きなファイルをかなり速く読み取ることができ、大きなファイルや順番に配置されたファイルの読み取りに役立ちます。
ランダム アクセス時間が短いため、ストレージ デバイスに散在する多数の小さなファイルを読み取ることができます。コンテンツ作成以外のあらゆる種類のアプリケーションで通常使用されます (Photoshop、After Effects などでは、巨大なファイルを作成することがよくあります)。
特定のアプリは他のアプリよりもアクティブ時間が長くなりますか?
はい。ゲーム、Adobe After Effects、その他の大規模なアプリケーションなど、大きなファイルを利用するアプリケーションでは、高いスループットのメリットが得られます。
通常の Web ブラウザー、Office アプリケーションなどのアプリケーションでは、アクセス時間が短いため、キャッシュや安全な小さなファイルを読み取ることができます。
バスタイプにはどのような利点がありますか?
一部のバスは他のバスよりもレイテンシが高い。
例えばUSB 3は通信方法の変更によりUSB 2よりもレイテンシが低くなっている。[ソース]
Thunderboltはさらに優れており、特に低レイテンシーが極めて重要なオーディオには最適です。[ソース]PCIe
にはパケットサイズに基づいた動的な遅延があります (データは常にパケットで送信されます)。パケットが小さいほど、遅延は低くなります。[ソース 1] [ソース2]。
一般的に、高速で応答性の高いシステムが必要な場合は、両方の長所を兼ね備えた SSD が最適です。高スループットそしてアクセス時間が短い
大容量ストレージ (数テラバイトのような非常に高い容量) が必要な場合: 最高の選択肢は、高いシーケンシャル スループット (大きなファイルに最適) と比較的短いアクセス時間 (コンシューマー HDD とは対照的) を提供する 10,000 RPM SAS エンタープライズ ハード ドライブです。
答え2
「ディスクアクティブ時間」とは何ですか?
私が見つけた多くの情報源によると、ディスク使用率が100%ということはコントローラがリクエストで飽和状態になっているつまり、リクエストキューがいっぱいです
アクティブ時間（％）。これは、ディスクがアイドル状態ではなく、リクエストをアクティブに処理している時間の割合を示します。ディスクが常に非常に高いレベル (たとえば、80% 以上) で実行されている場合は、ストレージ関連のボトルネックが発生している可能性があります。ユーザーがパフォーマンスの問題を抱えており、アクティブ時間が 100% になっている場合は、より高速なディスクまたはより多くのディスクが必要である可能性があります。
しかし、マイクロソフトの誰かによると、それは完全に真実ではないが、それでもディスクのビジー状態を表し、応答性とパフォーマンスに関係している。
%ディスク時間 (%ディスク読み取り時間、%ディスク書き込み時間)
「% ディスク時間」カウンターは、「平均ディスク キューの長さ」カウンターに 100 を掛けたものです。これは、異なるスケールで表示される同じ値です。
平均ディスク キューの長さが 1 の場合、% ディスク時間は 100 になります。平均ディスク キューの長さが 0.37 の場合、% ディスク時間は 37 になります。
これが、% ディスク時間が 100% を超えている理由です。平均ディスク キューの長さの値が 1 を超えているだけで十分です。
物理ディスク: % ディスク時間。% プロセッサ時間と同様に、このカウンターはディスクの使用状況の一般的な指標です。ディスクとプロセッサはどちらもトランザクション ベースのサービスであるため、多くの類似点が見られます。このカウンターはディスクの問題を示しますが、本当に有益な情報を得るには、現在のディスク キューの長さカウンターと併せて観察する必要があります。また、% ディスク時間が 100% に達する前にディスクがボトルネックになる可能性があることにも注意してください。
PhysicalDisk: 平均ディスク キューの長さ。このカウンタは、実際には %Disk Time カウンタと密接に関連しています。このカウンタは、%Disk Time を 10 進数値に変換して表示します。このカウンタは、ディスク構成で複数の物理ディスクに対して複数のコントローラが使用されている場合に必要になります。このような場合、2 つのコントローラで構成されるディスク I/O システムの全体的なパフォーマンスが、個々のディスクのパフォーマンスを超える可能性があります。したがって、%Disk Time カウンタを見ると、100% という値しか表示されません。これは、システム全体の潜在能力を表すものではなく、単一のコントローラ上の単一のディスクの潜在能力に達したことだけを表します。実際の値は 120% である可能性があり、Avg. Disk Queue Length カウンタには 1.2 と表示されます。
つまり、キューが長い場合、ディスクは要求を処理できず、要求は順番を待つためにキューに入れられることになります。キューが短い場合、新しい要求はほとんど即座に完了し、PC が高速に動作するようになります。
また、カーネル時間ディスクのアクティブ時間がパフォーマンスにどのような影響を与えるかを確認します。右クリックしてチェックしてくださいカーネル時間を表示表示するには、タスク マネージャーの左側にある赤い部分をクリックします。古いタスク マネージャーでは赤い部分で、最近は暗い部分です。カーネルが CPU 使用率の大きな割合を占めている場合は、深刻な問題です。システム コールの実行中に発生する問題であれば何でも考えられますが、最もよくある原因は、ネットワークまたはディスク アクティビティのどちらかの長い IO です。
Linuxでも同様のことが言えます。iotopディスク キューの割合を表示します。
- 実際にそれを減らすと応答性が向上する場合、これをどのように解決すればよいでしょうか?
- これを高速化するには、ハードドライブのどのような特性のものを購入すればよいでしょうか? (ディスク転送速度は関係ないようです)
- 特定のアプリは他のアプリよりもアクティブ時間が長くなりますか?
あなたが知りたいプロパティは1秒あたりの入出力操作、別名IOPSHDDは機械的な性質上、約50～150 IOPS一方、フラッシュドライブはアクセス時間が非常に短いため、同じ時間内により多くの操作、つまりより高いIOPSを維持できます。
MSはそれをReadyBoostテクノロジー: USB フラッシュ ドライブを別のページ ファイルとして使用します。読み取りと書き込みは遅いですが、アクセスは速いため、小さな読み取り/書き込みに最適です。大きなディスク アクセスは、HDD の通常のページ ファイルにリダイレクトされます。これにより、RAM が少ないシステムでの応答性が向上します。
SSDもフラッシュドライブですが、より優れたコントローラを搭載しており、さらに優れたパフォーマンスを実現できます。約50000～500000 IOPSだから、今日ではSSDを絶対に使うべきです。読み取り/書き込みが速いだけでなく、アクセスも速いです。その後はディスクのアクティブ時間を気にする必要がなくなります。