- 266 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/05/24(水) 10:09:57 ID:yejnjZSX0]
- ここまでみて結局，「ぐちゃぐちゃ」の件以外，予約領域を削減する「積極的」理由がよく
わからないのですが，空いた領域の分だけ普段の（オンライン）デフラグが効率的にできる
可能性があるというあたりでしょうか。削減するデメリットは，小さなファイルの蓄積によ
ってMFTが肥大し予約領域を使い切る可能性があること。
ただ，確保すべきMFT領域のサイズがよく分からないので，あなたの言う予約領域削減にお
ける「バランス」がどこにあるのか見極めにくいと感じています。
すなわち，MFTに直接格納される小さなデータは通常のファイルに加え，ディレクトリ，ショ
ートカットなど様々あり，セキュリティ関係のアプリの更新やMSのパッチ等を考えると，
どうしても蓄積されて増えていくので，MFTの必要となるサイズ（の上限）が予想しにくい。
一方で，デフラグの効率性についてはcontig，dirmsを使えばそれほど空き領域を気にす
る必要はない。なので，とりあえずMFTゾーンの初期サイズは大きめにしておき，敢えて削
減する必要もないだろうと個人的には考えるのですが。
というわけで，削減すべき積極的理由など「バランス」をとる際の要素が他にあれば参考に
したいので聞かせてもらえませんか？まぁ，もちろん，これも個人の環境に激しく依存する
わけですけど。
|
 |
