- 1 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/20(木) 00:13:27 ID:tu0vRobE0]
- 前スレ
デフラグ総合スレ Part3
pc11.2ch.net/test/read.cgi/software/1208439716/
- 799 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/02/26(木) 21:14:15 ID:tju1pJQ30]
- まともな議論、それもスレッドの趣旨に即した議論をしてるのに荒らし呼ばわりとは、どんだけゆとりなのかと。
世の中には伝えるのに多くのボリュームを必要とする物事があるってのに。
長文アレルギー患者は、ここから3レスほどスルー検定だと思ってもらって結構。
>>772
（話を組み立てる便宜上、こっちへ先にレス）
……わかったよ。ウェブコンテンツ全般を「ホームページ」と呼ぶのと同じような扱いってことに認識を改める形で俺が折れる。
ただ、ttp://www.iobit.com/Images/isdcompare.gif（>>694の画像）では
・defragment: ファイル・ディレクトリ個々について断片化を解消すること
・optimize: （ファイル・ディレクトリ個々の断片化を今後なるべく抑えるために）ファイルやディレクトリを配置転換すること
という書き分けがされており、その図表において defragment に optimize が含まれない点は、俺の読解が正しいと断言する。
詳しくは別記。
もちろん「defrag と optimize の区別が付かない阿呆」の発言撤回なんてもってのほか。
Defraggler や Auslogics Disk Defrag や contig などを、optimize の機能がないことを理由に粗悪品扱いするのは、
認識不足による誤解で、それに基づく発言をする奴を「defrag と optimize の区別が付かない阿呆」と呼んで何が悪いのやら。
- 800 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/02/26(木) 21:19:16 ID:tju1pJQ30]
- 的外れな読み違いをされたまま終わるのは不本意なので、後始末その1。
>>771
> こいつは引用を省略すると自分の都合の良いところだけしか見ないので、
あんたにもそういう傾向がある。だから話がかみ合わん。
> 流れをきちんと追えてれば、俺がここで言いたいのは Multi-volumes や Automated
> についてのことだとわかるはず。
理解した上で書いてるんだが。っつーか、あんたは広義の意味とやらに目を奪われるあまり、ポイントを見誤り、読み違えている。
まず理解すべきは、「defragment は可能だが optimize はできない」と Multi-volumes や Automated は独立な事象ってこと。
Multi-volumes defragment without optimization や Automated defragment without optimization は、
たとえば Smart Defrag のオプション設定次第で可能。これってあんたの読解したものとは違う動作だろ?
もっとわかりやすい事例だと、その図表の「Diskeeper Professional」。
Diskeeper シリーズでは、optimize の機能は「I-FAAST」と名づけられている。
例の画像の日付は「2008年8月19日 14:16:53」なので、例の図表の記載は Diskeeper 2008 についてということがわかる。
だが、Diskeeper 2008 で I-FAAST を搭載してるのは「Pro Premier」以上のバージョンで、
Professional に I-FAAST が搭載されたのは今年1月にリリースされた Diskeeper 2009 が初めて。
（Cf. ttp://www.diskeeper.com/press/press.aspx ttp://www.sohei.co.jp/software/diskeeper/edition.html ）
694の図表で挙げられている defragment ツールのうち
俺が Defraggler や Auslogics Disk Defrag を引き合いに出したのは単に「optimize 機能がない」ってだけ。
これらのソフトウェアが Multi-volumes や Automated も実装していないこととは、特に因果関係なし。
結論。ttp://www.iobit.com/Images/isdcompare.gif の図表では
・defragment: ファイル・ディレクトリ個々について断片化を解消すること
・optimize: （ファイル・ディレクトリ個々の断片化を今後なるべく抑えるために）ファイルやディレクトリを配置転換すること
という区別があり、「defragment に optimize が含まれる」と読むのは図表作者の意図とは違う。
- 801 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/02/26(木) 21:20:43 ID:tju1pJQ30]
- 後始末その2。
>>773-774
> defrag してから optimize するわけじゃないだろう？
いいえ。「defrag してから optimize する」んです。だから、defrag は、optimize の前段階・下処理という捉え方が適切。
実際、optimize を実装したソフトウェアの多くは、機能の説明文で「defrag & optimize」って段階分けして書いてる。
> よくわからん例えだが、無理に当てはめれば「野菜炒めを作る」が optimize、
> 「野菜を水洗いしたり切り刻む」が defrag に対応するのだろうから、
くどいけど再掲。
・defragment: ファイル・ディレクトリ個々について断片化を解消すること
・optimize: （将来、断片化をなるべく抑えるために）ファイルやディレクトリを配置転換すること
野菜炒めのたとえで「野菜を水洗いしたり切り刻む」が defragment に対応するのはそのとおりだが、
Optimize の肝に対応する部分は「炒める」だけ。そして、defragment に「炒める」は含まれない。
あんたが A・B で書いたのは「defrag してから optimize する」という関係性にのっとってないんで使わなかった。
この際ついでなので「本棚の整理」「ビル建設」を同じ形で言い換える。
・本棚の整理
Defragment に相当する行為「本棚の本をいったん棚から出し、テーブルや床などに仮置きする」
Optimize に相当する行為「仮置きした本を（多くの場合、所定の方式で並べ替えるなどして）本棚に戻す」
・ビル建設
Defragment に相当する行為「設計図を描き、資材を手配する」
Optimize に相当する行為「手配した資材を組み立て、配線工事や塗装や壁紙貼りなどをして、建物の形にする」
そんなわけで「配置や並び順を考慮したデフラグ」が「狭義の使い方に拘ったとしても通じるはず」なんて大間違い。
広義の使い方じゃないと通じない。
そして、狭義の使い方でされている言葉の意味を、広義の使い方を持ち出して説明するのは、適切さを欠く。
|
 |
