ハードディスクのパフォーマンスが遅くなるが、不良セクタはないのですか。

私はサムスンの1.5TBハードディスク（EcoGreen F2）を使い、最近かなり整理しました。だから500GBが書かれている、残りは無料です。 今、私がいくつかの巨大なファイル（ギガバイトサイズ）をコピーしているとき、ハードディスクは最高100MB / sのフルスピードを示します、しかしスピードが2-5MB / sまでひどく落ちる単一点があります。

データはドライブに書き込むことができますし、正常に書き込まれるでしょう、私はそれをチェックしました。しかし、これらの場所ではかなり遅いです。私がファイルを書いたとき、10、20GBのフルスピード領域の範囲があるかもしれません、それからまた遅い速度です。問題は、（SMARTデータによると）不良セクタがなく、データが実際に正しく書き込まれているため、ハードドライブがその領域を不良セクタとしてマークする可能性が低いことです。

全体的なスピードを上げたり、スポットにエラーがあるとマークするだけで、次のコピー処理が速くなる可能性はありますか？現在、Windows 7上でHD Tuneを使用してエラーチェックを実行しています。しかし、それが何かを変えるとは確信できません。

ここにはいくつかの要因があります。ドライブの仕組み、ステータス、およびすでにディスク上にあるものについての詳細な情報がない限り、私はいくつかのことしか推測できません。

まず、大きなファイルをディスクにコピーするときに、500GBの単一のチャンク（連続したもの）になることはまずありません。ディスク全体にいくつかの断片化されたセグメントのセグメント（多数ではないにしても）を得ることになるでしょう。だから、ファイルが書かれているように...それは戻って作業する必要があります。ディスクのさまざまな領域に

次に、今日のほとんどのドライブには、ディスクの一部にアクセスするために軸を共有する必要がある複数のプラッタとヘッドがあります。つまり、ファイルが最初の数ブロックの1番目のプラッタの上部に書き込まれている場合、次のブロックはディスクの中央付近の2番目のプラッタに割り当てられています。ディスクの頭を跳ね返す必要がある両方のセグメント間で（セクター間の "シーク"時間が長くなります）、その問題は "バスマスタリング"のようなスマートであり、利用可能なすべてのバス帯域幅を埋めようとするテクノロジによって複雑になります。 「マルチスレッド」形式で書きます。つまり、書き込み操作は同時に5回の書き込み操作に分割されます。1回目の書き込みブロック1〜10、2回目の書き込み11〜20 ...など。残念ながら、プラッタベースのハードドライブは書き込みを試行する各セクタ間で時間を費やす必要があります。 ＆amp;データを検証してください...そしてそのような技術は実際にそれが直すより多くの問題を引き起こす可能性があります。一方、SSDにはシーク時間がほとんどありません...そのため、公平性が大幅に向上します。

第三に、これは "グリーン"ドライブです...これは電力効率を高めることを試みています。設計上、消費電力を削減するために時々「スリープ状態」になり、ディスクにアクセスしたときにすぐにスピンアップします。ドライブが（ランダムな理由で）スリープ状態に移行し、その後ウェイクアップする必要があるという問題がありました。スピンダウン時間とスピンアップ時間により、読み取り/書き込みジョブに大きな遅延が発生する可能性があります。ハードドライブにこの問題を解決するためのファームウェアがある可能性があります。あるいは、製造元に連絡して問題に対処する必要があるかもしれません。 （「個人/消費者」がやることはほとんど不可能かもしれません）

第四に、はい、大皿は悪くなることができます...しかし、不良であるとしてセクターをマークするのに十分悪くはありません。ほとんどのドライブには、ディスクに書き込むファジーロジックが組み込まれています。正しく書き込まれたかどうかを確認するために書き込まれたことを読み、それ以外の場合は再度書き込み、それからもう一度確認します。 。しかし、2回目の試行で成功した場合は、まだ「悪い」とマークされていません。

私はこれがあなたに少し役立つことを願っています...しかし私は認めます、これは完全には程遠いです。プラッタベースのディスクがパフォーマンスの「ボトルネック」になる可能性がある理由はたくさんあります。

ハードディスクのあちこちにたくさんのばらばらのアイテムを取り除くと、あいまいさのない穴があちこちに残ります。シーケンシャル書き込みとシーケンシャルアクセスは、ハードドライブ上のランダムよりも何倍も高速です。 MFTリザーブは使われていて使われていないかもしれません、そして、certianプログラムとシステムさえ書くことによる不連続な混乱もそれを混乱させることができます。

フルスペース統合のデフラグを最小限に抑えるか、船外に移動して全体の並べ替えデフラグを実行すると、大きな空きスペースが残ります。これらのプログラムにもよりますが、穴を見つけてそれを埋めるだけなので、別の不連続な混乱が生じます。一晩中デフラグするのが最善です。フルデフラグについての素晴らしいことは、データのリカバリを中断する必要がある場合、シーケンシャルであることは本当に便利なことです。だから痛みは目的があります:-)

それが不良ブロックでエラーを探す場合は、S.M.A.R.Tテストで問題が発生していることがわかります。
2〜5MB /秒の低さになると、The Comp Wizs answerも参照してください。
それ以外のすべてのものには「無駄な」デフラグがあります。それはシーケンシャルであり、先読みに役立ち、リカバリ能力を向上させることができます。

解決策：本当に最適化されていないデフラグには、fsutilを使用したジャーナリングとリソースの問題の更新/消去も含まれます。