[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 2chのread.cgiへ]
Update time : 05/09 22:28 / Filesize : 297 KB / Number-of Response : 976
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

【デフラグ】 Contig



259 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/05/24(水) 01:04:01 ID:fG6yQZvH0]
>>256
> まず,予約領域は,ディスクが最大容量に達した後はファイルの記録に消費されるので,事
> 前に減らす必要がなさそう。

いや、意外とその「消費の仕方」が下手で、Windows自体に任しておくと、ぐちゃぐちゃになるんだよ。

> するので,「ディスク内の空き領域が減ればMFT予約領域の必要性も比例的に減る」わけで
> はない。

だれも「比例して減る」などとはいってない。確率的には減るといっている。

> 埋まってきていったん予約領域が減らされた後にファイルが削除された場合,ディスクに十
> 分な空きがあるのにMFTの予約領域はほとんどないという状況になってしまう。

別にその時は削除されてもう使われてないMTFの領域を使えばいいわけで、何もわざわざ
予約領域から新たに確保する必要ないのだが?

> なので,ディスクが埋まってきたとしても,予約領域を積極的に減らすとMFTの断片化を招
> く可能性が増える。

だからぁ、バランスよく減らせばいいだけのこと。何度もいうけど、Windowsに任せておくと
食い散らかして汚くなるんだよ。まあデフラグすればいいだけなんだけどね。

またPerfectDiskはオフラインデフラグでMFTのデフラグもできるのだから、MFTのフラグメントは
あなたが考えるほど致命的ではない。

ま、MTFS予約領域まで動員しないとならない手前で使用容量は抑えておくのが賢明だとおもうけどね。







[ 続きを読む ] / [ 携帯版 ]

全部読む 前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<297KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef