現在、フォーラムは利用できません。
|
記事に関するご意見・ご感想・ご質問
Windows 7 の最適化スケジュールを構成する
Windows 7 のハードディスクを最適化するためのツールは、XP および Vista のバージョンと比較して大幅に拡張されています。 新しいインターフェイスに加えて、複数のドライブを並行して最適化できるようになりました。 さらに、NTFS メタデータ ファイルを考慮することで、完全性の点でさらに最適化する必要があります。 ソリッド ステート ドライブ (USB スティックなどのフラッシュ メモリなど) を検出すると、そのようなメモリの最適化が自動的にシャットダウンされます。 この理由は、一方では、このメモリの書き込み再現性が理論的に制限されているためであり、他方では、回転部品が取り付けられていないため意味がありません。 新しいツールについて語るもう XNUMX つのポイントは...
終わらない物語。
デフラグは NTFS では意味がなく、不要です。
このような専門家フォーラムからは、次のような明確な声明が期待されます。
「NTFS での最適化はナンセンスです。」
今では、誰もが NTFS を使用しているはずです。 NTFS システムを最適化すると速度が低下するという証拠さえあります。
したがって、そのような投稿は誤解を招きやすく、不必要だと思います。
理由をお聞きしたいです
「NTFS での最適化はナンセンスです。」
は。 NTFSのどのバージョンを意味しますか? それとも、自分の意見を一般化しますか?
私たちは自分たちを専門家のフォーラムだとは思っていませんが、その発言はどこから来たのですか? 私たちは誰もがみんなを助けることができるフォーラムですが、そうする必要はありません。すべてのモデレーターがここで誰かを助ける必要はありません!
終わらない物語。
最適化の問題がすべてのフォーラムで熱く議論されていることに同意します。 しかし、実際には、Windows 7 で可能性があるため、それについて書くことも正しいです。 また、Windows 7 の本を読むと、このトピックはすべての本に出てくるので、誤解を招いたり不要になったりすることはありません。
zbの通常のユーザー向け。 1 TB のハード ドライブを管理し、MB 範囲のファイルを移動するだけで済みます。
しかし、それは例えばですか？ 数 GB のデータを使用する集中的なビデオ編集の場合は、また事情が異なります。
移動するファイルが大きいほど、最適化は非常に理にかなっています。
移動速度が増加するか、少なくとも通常の制限内にとどまります。
ビデオ編集を扱うフォーラムでそれについて読んでください.
あなたはすぐにあなたのAusageで倒されるので.
ご心配なく。
NTFS ではデフラグが意味をなさない理由を簡単に説明しようと思います。FAT とは対照的に、最近ではほとんど誰も使用していません。
ファイル ディレクトリ (つまり、ファイル アロケーション テーブル) の FAT では、検索されたファイルの最初のクラスターのみが指定されますが、NTFS では、すべてのクラスターが配置されているテーブル (MFT) が使用されます。
FAT を使用すると、次のクラスターの位置が最初のクラスターの最後に記録されます。クラスターが一列に並んでいて、読み取りヘッドが少し移動するだけでよい場合、デフラグは意味があります。
NTFS では、読み取りヘッドは、次のクラスターが存在する MFT 内で毎回「見えます」。 クラスターが一列に並んでいる場合、読み取り速度は向上せず、読み取りヘッドはどちらの方向にも移動します。
全体が NTFS ドライバーによって制御されます。これには、ファイル システム コントロール、FSCTL 部分も含まれます。 Microsoft によると、これにより 400MB を超えるメモリ管理が確実に改善されます (タイプミスではありません!)。 FSCTL は、クラスターがどこにあるかを気にしません。
W7 と Vista では、DAU を混乱させないように、意図的にこの「機能」(「最適化」) をオフにしていません。 もちろん、O&O などのソフトウェア業界 (私はそれを非常に重視しています) も、お金を稼ぎたいと考えています。
簡単なメモ: ドライブの断片化が回転速度に依存しているとは思いません。
よろしく
M.
でもデータ構造が読み取りヘッドに影響してるんじゃないの!? 等
NTFS ではデフラグが意味をなさない理由を簡単に説明しようと思います。FAT とは対照的に、最近ではほとんど誰も使用していません。
ファイル ディレクトリ (つまり、ファイル アロケーション テーブル) の FAT では、検索されたファイルの最初のクラスターのみが指定されますが、NTFS では、すべてのクラスターが配置されているテーブル (MFT) が使用されます。
FAT を使用すると、次のクラスターの位置が最初のクラスターの最後に記録されます。クラスターが一列に並んでいて、読み取りヘッドが少し移動するだけでよい場合、デフラグは意味があります。NTFS では、読み取りヘッドは、次のクラスターが存在する MFT 内で毎回「見えます」。 クラスターが一列に並んでいる場合、読み取り速度は向上せず、読み取りヘッドはどちらの方向にも移動します。
ここでいくつかうまくいかないことがあります...
少しだけ正しいことはまだ間違っています。 ウィキペディアを見ると役立つかもしれません：
ファイル アロケーション テーブル ? ウィキペディア
まもなく:
ここでは、FAT (! テーブル!)、ルート ディレクトリなどを含む FAT ファイル システムについて説明します。
他の多くのエントリに加えて、ルート ディレクトリには、ファイルの最初のクラスタ番号「x」も含まれています。 ファイルの XNUMX 番目のクラスタ番号「y」は、ファイルの最初のクラスタ番号の代わりに、テーブルである FAT にあります。つまり、FAT[x] = y、FAT[y] = z などです。
したがって、ファイルのクラスター シーケンス (x、y、z) は、比較的小さな FAT からすばやく読み取ることができます。 いずれにせよ、FAT とルート ディレクトリはおそらく Windows ディスク キャッシュに残ります。
デフラグの目的は、ディスク上でファイルのクラスター (連続して属する一定数のセクター) を順番に配置することです。これにより、時間のかかる読み取りヘッドの配置を減らすことができます。 もちろん、SSD にはディスク トラックがないため、これは意味がありません (ただし、他の楽しい効果もあります)。
