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



282 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/05/25(木) 12:35:47 ID:Xjw6ku/b0]
結局,ここまでのところ,予約領域を削る積極的理由,言い換えれば,損失回避または利
益享受という意味での「メリット」は特にめぼしいものが挙がっていないように思います。

「ぐちゃぐちゃ」の件は,あなたの言うとおり,そこに至ること自体賢明とは言えず,考慮
の必要が薄いし,そうなった時点で自分で予約領域を削れば容易に対処できます(XPの場合)。
また,デフラグの効率性に大差はないことについてもほぼ共通認識が得られました。

一方,デメリットは,予約領域を使い切るおそれがあること。これは不確定要素が多く,
私は上記の通り空き領域が減っても不確定性はそう変わらないと感じています。あなたは
違うようですが。また,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