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


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

デフラグ総合スレ Part4



811 名前:長文馬鹿A mailto:sage [2009/02/27(金) 07:13:42 ID:6Cun3k/j0]
>>801
>いいえ。「defrag してから optimize する」んです。だから、defrag は、optimize の前段階・下処理という捉え方が適切。
ああ、わかった。ここの認識が間違っているから、すべてがおかしくなるんだな。
ついでに、
>実際、optimize を実装したソフトウェアの多くは、機能の説明文で「defrag & optimize」って段階分けして書いてる。
段階分けして説明することと処理の順序性にはなんの関係もない。

optimize にも色々あるが、共通するのは、あるルールに基づき
ファイルやディレクトリ等(以下、面倒なので単にファイルと表記)を配置し直すこと。
「このファイルはここ」と決め、もし断片化しているようなら defrag しつつ移動する。
別の場所で defrag してから移動するなんていう二度手間はしない。

配置しようと思った場所に別のファイルがあったら、それをどかさなければならないが、
optimize の処理が進むとどうしても空き領域が断片化してしまうので、
元々断片化していなかったファイルを一時的にバラバラにしなければならないことも多く、
あとでこれを解消するためにも defrag が必要になる。

だから、初めから言っているように「optimize するためには通常 defrag が必要になる」。
「optimize と defrag は同時に行われる」でもまあいいが、
defrag という言葉がファイル単体に対しても使えるのに対し、
optimize はドライブ全体に対して使わないと意味が通らないので、
前者の言い方のほうがより適切だと思う。
「defrag してから optimize する」は絶対にない。

なお、実行前に、optimize されてはいないもののすべてのファイルが断片化しておらず、
かつ、空き容量がタップリあれば、一度も defrag されないというケースもありうるので、
念のため「通常」と入れておいた。

例え話の件は、「A のためには通常 B が必要」という意味が通じていなかった以上、
食い違うのは当然なので割愛する。正直しんどいので助かった。






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

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

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