[表示 : 全て 最新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



281 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/05/25(木) 12:30:06 ID:Xjw6ku/b0]
>>273についていうと,ここまで「安心感」や「可能性をゼロにする」といった話はして
いませんよ。どちらの選択がマシである可能性が高いか,また選択の際の考慮要素は何か
という話です。ちなみに,私はMFT予約領域のサイズを初期設定より大きくしていますよ。
XPの初期設定は用意されたオプションの中で最も小さい値となっており,より大きく変更
している人も結構いると思います。

また,>>274で,あなたはPerfect Diskの使用を前提に話を進めており,それはよいので
すが,私は違います。また,Perfect Diskの設計思想を調べるほどの動機も持ち合わせて
いません。前回お聞きしたのも,「バランス」を取れと言われたあなたに,あなた自身の
バランスの取り方について考えをお聞きしたのであって,Perfect Diskの設計思想をお聞
きしたわけではありません。もっとも,あなたの経験は参考になりますし,お答え頂いた
ことには感謝します。

なお,私は,予約領域の処理はDiskeeperのようにユーザーに委ねたほうが良いと思いま
す。Perfect Diskに予約領域を削られたことに不満を漏らすユーザーの書き込みも見まし
たし。

必要なMFTサイズの見極めについて言うと,可能性として空き領域すべてがMFTで埋まるこ
ともあり得る以上,HDDの空き領域が減ってきても,確実なのはMFT肥大の限界点(=予約
領域+MFT外部の空き領域)が下がることぐらいでしょう。

そして,HDDの使用領域がある程度増えた場合,ユーザーはHDDが埋まらないように場所を
取るファイルを削除するなどするでしょうが,MFTに直接格納されるような,ディレクト
リなどの前回挙げたものは,比較的退避させにくく,また増えていく性質のものもあり,
蓄積されやすいと考えています。そうすると,MFT外部の空き領域のサイズには大きな変
化がないが,MFTのサイズだけは肥大していくことになりかねない。

ですから,空き領域が減ってきてもMFTの必要十分なサイズはやはり見極めにくいと思うの
です。まぁ人によって違うでしょうが。






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

全部読む 前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