デフラグ総合スレ Part4

デフラグ総合スレ Par ..

773:名無しさん＠お腹いっぱい。
09/02/26 01:28:46 ML8klw8W0
>>766
後半はもっと酷いな。国語の先生になった気分だ。
忘れてるといけないので最初に言っておくが、
これに関してはお前に付き合って狭義の意味のみが正しいという前提で話してるからな。

まず俺の最初のレスから引用する。
＞それに、optimize するためには通常 defragment が必要になるので、
＞optimize の説明を「配置や並び順を考慮したデフラグ」
＞としたところで問題ないと思う。
これは、お前の書いた、
＞>>695のどこが阿呆か説明しよう。
＞「Optimize File Placement」の説明に「デフラグ」という単語を使っている点。
に対する反論だ。

これに対するお前の反論全文。
＞「optimize するためには通常 defragment が必要になるので」を理由に持ってくるあたりがおかしい。
＞Optimizeにおいて、defragはoptimizeの前段階・下処理。
＞それを説明するのに下処理の名称を使うのは、
＞料理にたとえると野菜炒めを「野菜を水洗いする料理」「野菜を切り刻む料理」と説明するみたいなもの。
＞まあ野菜を調理する際は洗うとか切るとかの下処理をするのが普通だけど、炒めなきゃ「野菜炒め」にならんでしょ。
よくわからん例えだが、無理に当てはめれば「野菜炒めを作る」が optimize、
「野菜を水洗いしたり切り刻む」が defrag に対応するのだろうから、
「野菜炒めとは、野菜を水洗いしたり切り刻んでから炒めたもの」で問題ない。
例えに元々無理があるので多少ニュアンスは変わるが、
「炒める」の部分は「配置や並び順を考慮」に相当するのだから、
最後の「炒めなきゃ～」の部分はまったく意味不明。

774:名無しさん＠お腹いっぱい。
09/02/26 01:29:48 ML8klw8W0
>>766
＞> 　A: 整理　B: しまう　本棚の整理とは、本を意味のある順に並べてしまうこと
＞> 　A: 建設　B: 工事　ビル建設とは、部材をビルになるように的確に工事すること
＞
＞どっちも比喩として不適切。
＞Optimizeにおいて、defragはoptimizeの前段階・下処理。
＞でも「本を意味のある順に並べてしまうこと」は「本棚の整理」の下処理ではないし、
＞「部材をビルになるように的確に工事すること」は「ビル建設」の下処理ではない。
わざわざわかりやすいように A, B としたのに理解してくれないのか。
A が optimize で、B が defrag だ。
「本を意味のある順に並べてしまうこと」は A の説明であって B ではない。
B は「しまう」だ。
そもそも前段階・下処理という捉え方がおかしい。
defrag してから optimize するわけじゃないだろう？
optimize するためには通常 defrag が必要になるだ。
「整理」するためには通常「しまう」必要がある。
「建設」するためには通常「工事」する必要がある。

こんなもんでわかってもらえますでしょうか？

775:名無しさん＠お腹いっぱい。
09/02/26 01:32:49 QhhWWkhc0
誰だよこの大馬鹿野郎共にPCを買い与えたクソバカは
責任を持って懐かしのネットマナーでも教えてやれよ

776:名無しさん＠お腹いっぱい。
09/02/26 02:03:23 Vs9zwP3O0
>>764
否定的っていうか、jkdefrag自体は何も移動しないしディスクにも触らないので
（windowsのAPIにコマンド投げるだけ）、jkdefrag実行してファイルシステムが壊れたとすると、
他のデフラグツール使っても同様のトラブルが起きる可能性が高いってこと。

777:名無しさん＠お腹いっぱい。
09/02/26 02:07:52 0kQZG7Li0
>>ID:ML8klw8W0
　　　　　　r;ｧ'N;:::::::::::::,ｨ／　　　　　 >::::::::::ヽ
.　　　　〃　　ヽﾙ1'´　　　　　 ∠:::::::::::::::::i
　　　　 i′　　___,　-　,. = -一　￣ｌ:::::::::::::::ｌ
.　　　　　 ! , -＝=､´r'　　　　　　　　 l::::::/,ﾆ.ヽ
　　　　　　ｌ　　　　　　　　_,, -‐''二ゝ　ｌ::::l fﾞヽ |、ここはお前の日記帳じゃねえんだ
　　　　　ﾚー-- ､ヽヾﾆ-ｧ,ﾆ;＝、_　　 !:::l ） } ト
　　　　　　ヾ¨'７"ry､｀　ｰﾞ='ニ,,,｀　　 }::ヽ(ノ　チラシの裏にでも書いてろ
:ｰゝヽ､　　 !´ "￣ 'l,;;;;,,,.、　　　　　　　,i:::::::ﾐ
::::::::::::::::ヽ.-‐ ﾄ、　r'_{　　 __)｀ニゝ、　 ,,iﾘ::::::::ﾐ
::::::::::::::::::::Vi／l:::V'´;ｯ`ﾆ´ｰ-ｯ-,､:::::`"::::::::::::::;ﾞ　, 　な！
:::::::::::::::::::::::::N. ﾞ､::::ヾ,.｀二ﾆ´∠,,.i::::::::::::::::::::/／／
:::::::::::::::::::::::::::::l　ヽ;:::::::::::::::::::::::::::::::::::::::::::／　／
::::::::::::::::::::::::::::::!　:|.＼;::::::::::::::::::::::::::::::／　／

778:名無しさん＠お腹いっぱい。
09/02/26 02:16:41 hZ+fKUUC0
デフラグばっかやってると頭がおかしくなるってじっちゃがいってた

779:名無しさん＠お腹いっぱい。
09/02/26 02:28:02 muhWwqb10
>>777
じっちゃん・・・｡･ﾟ･(ﾉД`)･ﾟ･｡

780:名無しさん＠お腹いっぱい。
09/02/26 03:54:35 bVwyzdwA0
長文ばっかりで伸び過ぎて面倒なので
一切読んでないけど、一体何を揉めてる？？

781:名無しさん＠お腹いっぱい。
09/02/26 03:57:24 rW6biW570
当事者しか読んでないだろから謎

782:名無しさん＠お腹いっぱい。
09/02/26 04:48:29 PVUeEgx10
一気にスクロールさせたの俺だけじゃなかったw

783:名無しさん＠お腹いっぱい。
09/02/26 11:58:20 3E7XRWpr0
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
強力な無料のデフラグ・ツール「UltimateDefrag」

784:名無しさん＠お腹いっぱい。
09/02/26 12:32:40 867d9x220
>>783 超既出
>>443 >>712 >>718

785:名無しさん＠お腹いっぱい。
09/02/26 12:55:24 ooNo+vjo0
これグラフを円型で表示するけど
実際はHDDは複数のプラッタ（円盤）で
構成されてるし、表裏もあるから滅茶苦茶だな

786:名無しさん＠お腹いっぱい。
09/02/26 13:07:12 eNf4Y+uz0
>>785
複数プラッタで裏表あっても、使用する順番が
１プラッタ目表＞裏＞2プラッタ目表＞裏＞1プラッタ目表＞・・・
となるので、擬似的には円形であってるでしょ。

787:名無しさん＠お腹いっぱい。
09/02/26 13:28:49 rkCJWylq0
>>786
HDDにはシリンダというものがありましてね（ｒｙ
各プラッタの表裏で外周から使っていきます

このグラフは完全に「（注）イメージ画像です」レベルの詐欺

788:名無しさん＠お腹いっぱい。
09/02/26 13:45:52 eNf4Y+uz0
>>787
各プラッタの外周から、表裏同時に使用していく。
プラッタの表全部使ってから裏を使う訳じゃない。

「擬似的には円形」になるよ？
この画像で大事なのは、そのセクタにアクセスする速度を示す事だから。

789:名無しさん＠お腹いっぱい。
09/02/26 13:50:04 i+GwjBD30
>>787
シリンダのトラックをプラッタ毎に使っていくのか
それともセクタ毎に使っていくのかで賛否が分かれるような。

どっち？

790:名無しさん＠お腹いっぱい。
09/02/26 13:50:35 Qr+A516F0
これって子供だましに円形にしてみたってだけだろ

791:名無しさん＠お腹いっぱい。
09/02/26 14:19:24 W9UN0q9j0
そう、そういうこと。

792:名無しさん＠お腹いっぱい。
09/02/26 15:57:25 1jg2xvj+0
>>783
それ、うちの環境だとハングするから駄目。

793:名無しさん＠お腹いっぱい。
09/02/26 17:13:17 eOB60Wkj0
でっていう

794:名無しさん＠お腹いっぱい。
09/02/26 17:28:24 8thfOyXn0
デフラグって空HDDにデータ移行すれば同じ事？

795:名無しさん＠お腹いっぱい。
09/02/26 17:48:29 xITR+Sed0
>>792
どんな環境でお使いですか？

796:名無しさん＠お腹いっぱい。
09/02/26 18:26:54 +1uTGeoF0
それらしく円にしたら、めちゃくちゃって…
円より棒のが、よりめちゃくちゃだろうに…

797:名無しさん＠お腹いっぱい。
09/02/26 19:06:03 XOvZMMM20
お前の脳味噌が滅茶苦茶なだけだろ
LBAでセクタは連番なんだから棒だろうが何だろうが
はっきり言って表現方法は何の関係も無い

798:名無しさん＠お腹いっぱい。
09/02/26 20:56:29 3tElF0UA0
>>794
いっしょ。というかそれが究極かな。

>>797
少なくとも「前と後ろのどっちが内周(外周)ですか？」などという質問は撲滅できるかもしれない。

799:名無しさん＠お腹いっぱい。
09/02/26 21:14:15 tju1pJQ30
まともな議論、それもスレッドの趣旨に即した議論をしてるのに荒らし呼ばわりとは、どんだけゆとりなのかと。
世の中には伝えるのに多くのボリュームを必要とする物事があるってのに。
長文アレルギー患者は、ここから3レスほどスルー検定だと思ってもらって結構。

>>772
（話を組み立てる便宜上、こっちへ先にレス）
……わかったよ。ウェブコンテンツ全般を「ホームページ」と呼ぶのと同じような扱いってことに認識を改める形で俺が折れる。

ただ、URLﾘﾝｸ(www.iobit.com)（>>694の画像）では
・defragment: ファイル・ディレクトリ個々について断片化を解消すること
・optimize: （ファイル・ディレクトリ個々の断片化を今後なるべく抑えるために）ファイルやディレクトリを配置転換すること
という書き分けがされており、その図表において defragment に optimize が含まれない点は、俺の読解が正しいと断言する。
詳しくは別記。

もちろん「defrag と optimize の区別が付かない阿呆」の発言撤回なんてもってのほか。
Defraggler や Auslogics Disk Defrag や contig などを、optimize の機能がないことを理由に粗悪品扱いするのは、
認識不足による誤解で、それに基づく発言をする奴を「defrag と optimize の区別が付かない阿呆」と呼んで何が悪いのやら。

800:名無しさん＠お腹いっぱい。
09/02/26 21:19:16 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. URLﾘﾝｸ(www.diskeeper.com)　URLﾘﾝｸ(www.sohei.co.jp) ）

694の図表で挙げられている defragment ツールのうち
俺が Defraggler や Auslogics Disk Defrag を引き合いに出したのは単に「optimize 機能がない」ってだけ。
これらのソフトウェアが Multi-volumes や Automated も実装していないこととは、特に因果関係なし。

結論。URLﾘﾝｸ(www.iobit.com) の図表では
・defragment: ファイル・ディレクトリ個々について断片化を解消すること
・optimize: （ファイル・ディレクトリ個々の断片化を今後なるべく抑えるために）ファイルやディレクトリを配置転換すること
という区別があり、「defragment に optimize が含まれる」と読むのは図表作者の意図とは違う。

801:名無しさん＠お腹いっぱい。
09/02/26 21:20:43 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 に相当する行為「手配した資材を組み立て、配線工事や塗装や壁紙貼りなどをして、建物の形にする」

そんなわけで「配置や並び順を考慮したデフラグ」が「狭義の使い方に拘ったとしても通じるはず」なんて大間違い。
広義の使い方じゃないと通じない。
そして、狭義の使い方でされている言葉の意味を、広義の使い方を持ち出して説明するのは、適切さを欠く。

802:名無しさん＠お腹いっぱい。
09/02/26 21:37:28 2xnN1EWt0
まーた始まった

803:名無しさん＠お腹いっぱい。
09/02/26 21:46:48 SvEr5fN60
俺はいつタイピング練習スレに迷い込んだのだろう。

804:名無しさん＠お腹いっぱい。
09/02/26 21:47:21 xITR+Sed0
>>799-801 があぼーんされているのですが、また変な基地外が来てるの？

805:名無しさん＠お腹いっぱい。
09/02/26 21:47:43 sJ0mer4M0
世の中にはいろんなヤツがいるよなｗ

806:名無しさん＠お腹いっぱい。
09/02/26 21:54:44 69pAzi900
ここで出てる様なのは全部試用したけど
Defraggler が一番いいね。
何しろ解析もデフラグも速い速い。

807:名無しさん＠お腹いっぱい。
09/02/26 21:58:32 9ZAXjJSy0
好きな物使えばいい

808:名無しさん＠お腹いっぱい。
09/02/27 01:32:18 n3M8FJBP0
長文馬鹿はいいかげんコテつけろよ。
あぼーん出来ないだろアホ！１１１１！！！！！！１１１１１１１１１
それとも荒らしたいだけなのか？

809:長文馬鹿Ａ
09/02/27 07:11:40 6Cun3k/j0
>>808
ああ、気が回らなくて大変申し訳なかった。

ほかの皆さんも、もう終わると思うんで、あと少しだけ勘弁してください。
俺は、彼とは違い、迷惑をかけてしまっているという自覚はあるよ。
自覚しながらやってるんなら、なお悪いと言われればその通りだが、
ここでやめて今までの労力を無駄にしたくないんだ。
彼も書き方自体はもっともらしいので、
もし読んでくれている第三者がいたとして、間違った認識をされてしまうとマズいし。

810:長文馬鹿Ａ
09/02/27 07:12:42 6Cun3k/j0
>>799
まずは、一般的には広義の意味でも使われていることを認めてくれてありがとう。

>>800
＞まず理解すべきは、「defragment は可能だが optimize はできない」と Multi-volumes や Automated は独立な事象ってこと。
引用のされ方が妙で文句のひとつも言いたいところだが
本質には影響しないのでまあいいとして、
独立しているというか、直接関係ないからこそ、
Defragment Multi-volumes と Automated Defrag において
Defrag(ment) は広義の意味で使っているのではないかと推測しているんだけど？
設定画面等で、optimize するかしないか等の処理方法にとくに依存しない項目に
広義の意味として使われているのと同様に。
このことについては納得してくれたんだよな？
そういう目でもう一度見直してみてくれ。何も矛盾しないから。
Diskeeper が Multi-volumes with optimize できなくてもチェックありで問題ない。
それができないことは optimize にチェックがないことから自明。
どうしても狭義の意味が頭に残ってイメージしにくかったら
項目名を「複数のドライブを同時に処理可」とでも置き換えてみればわかると思う。

まとめると、俺には広義の意味で取ったほうが自然に思えるが、
狭義の意味でも矛盾はしないので、断言はしない（できない）。
が、広義の意味にも取れる以上、
あんたが狭義の意味で書かれているはずだと断言するのがおかしいとは断言できる。

これも一応。
＞Multi-volumes defragment without optimization や Automated defragment without optimization は、
＞たとえば Smart Defrag のオプション設定次第で可能。これってあんたの読解したものとは違う動作だろ?
そんなことはわかってる。
俺は Smart Defrag を入れたことがなかったので、
むしろ with optimize できるかどうかは多分可能とは思うものの確信がなかったが、
without だけできないなんて変な実装になるとは思えない。

811:長文馬鹿Ａ
09/02/27 07:13:42 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 が必要」という意味が通じていなかった以上、
食い違うのは当然なので割愛する。正直しんどいので助かった。

812:名無しさん＠お腹いっぱい。
09/02/27 09:33:23 1C982vmV0
いいぞもっとやれ

813:名無しさん＠お腹いっぱい。
09/02/27 09:36:54 QCXZR/8z0
ホンマもんのキチガイやで！
defragでもoptimizeでもなくformatが必要やな！

814:名無しさん＠お腹いっぱい。
09/02/27 10:10:09 bF360pMX0
ID:HBsNdruK0　ID:ML8klw8W0　ID:tju1pJQ30　ID:6Cun3k/j0　は中学生とか高校生？もう学生は春休みに入ったっけ？

815:名無しさん＠お腹いっぱい。
09/02/27 12:34:00 NCsape410
あぼーん用に長文馬鹿を名乗りだしてくれたのでよしとするか
もう一人にも長文馬鹿Bを名乗って欲しいね

816:名無しさん＠お腹いっぱい。
09/02/27 14:27:58 2eH9SoV00
janeの隠し機能

１．まず半角入力に切り替える
２．Wキーを押しっぱなしにする
３．Wキを押しっぱなしにしながらsageのチェックするところをおもむろにクリック

817:名無しさん＠お腹いっぱい。
09/02/27 15:25:45 lNhSZ50t0
>>761
試してみた。環境によって左右されるので、あくまで参考。3回程度試行してみたけど、平均を取るほど結果はばらけなかった。
Analyze（解析・分析）のみの時間
合計サイズ 400GB 使用領域 40GBのパーティションを解析

Windows標準デフラグ, 10秒
Defraggler 1.07.124, 15秒
JkDefrag 3.36, 25秒 (ばらつきが大きい。速いときは15秒)
UltimateDefrag 1.72, 30秒
UltraDefrag 2.0.0, 5分以上経っても終わらず途中で中止

818:名無しさん＠お腹いっぱい。
09/02/27 17:11:53 Whf5Klv40
漏れは激しく断片化するような環境じゃないから
PerfectDiskみたいな本格的に再配置するものじゃなくてもいいやと思って
フリーソフトで探してたらDefragglerがちょうど良かった
開発元がCCleanerと同じところでサポートもしっかりしてそうだし
いいね、これ

819:名無しさん＠お腹いっぱい。
09/02/27 17:13:11 9s+rTSaz0
Defragglerは一部環境でのメモリ馬鹿食いが直れば最高なんだが

820:名無しさん＠お腹いっぱい。
09/02/27 18:00:06 k1W2PEcq0
>>819
一部環境ってどんな？
どの位？
別に、デフラグ後にアプリ自体を終了すりゃいいだけだし。

821:名無しさん＠お腹いっぱい。
09/02/27 18:05:41 9s+rTSaz0
>>820
1TBのHDDを接続している環境
メモリ使用量は差が激しい、うちの場合は180前後
HDDに対するデフラグ時なら他のソフトを止めるので支障ないが、特定ファイルだけをサクッとデフラグしたいときに困る

822:名無しさん＠お腹いっぱい。
09/02/27 18:13:06 pXi8YHtr0
うちでは1Tパーティーションをアロケーションサイズ4kで使ってたらメモリ1.6G使われてたよ

823:名無しさん＠お腹いっぱい。
09/02/27 18:17:38 dtk46PMB0
1TBでも安定してるデフラグソフトってあるの？
もちろん空き容量たくさんとかは抜きで

824:名無しさん＠お腹いっぱい。
09/02/27 19:31:01 k1W2PEcq0
>>821
> 1TBのHDDを接続している環境
うちの環境では全く問題ないな。

> メモリ使用量は差が激しい、うちの場合は180前後
今見たら、７００Ｍ位だ。ｗ

> HDDに対するデフラグ時なら他のソフトを止めるので支障ないが、特定ファイルだけをサクッとデフラグしたいときに困る
特定ファイルだけチェックすりゃいいだけでは。

825:名無しさん＠お腹いっぱい。
09/02/27 20:51:05 Whf5Klv40
確かに大食いだね
漏れの環境だと起動だけで70MB使ってるし
仕様扱いすべきなのか不具合扱いすべきなのか

826:名無しさん＠お腹いっぱい。
09/02/27 20:52:58 ctjst+mM0
起動したときは13ＭＢくらいだけど、
解析終わったら90ＭＢくらいになってるな。
仕様なの？

827:名無しさん＠お腹いっぱい。
09/02/27 20:59:42 rOdBaQGt0
Auslogicsのレジストリデフラグの新しい奴インスコしたんだけど、
起動はできるんだけどデフラグができずに落ちるんだが俺だけ？

828:名無しさん＠お腹いっぱい。
09/02/27 22:10:36 LRRQ/3+u0
最新はシェアウェアになったんじゃなかったっけ？

829:名無しさん＠お腹いっぱい。
09/02/27 23:59:22 SW+EySL90
長文を迷惑に感じるセンスのほうが「低脳」「大馬鹿」「基地外」。グダグダぬかさず黙ってスルーすりゃいい。
どうしても4行以上のレスを書かれるのが嫌なら、自治スレへ行って（この板には自治スレないんだっけ?）
BBS_LINE_NUMBER を2（現行16）に変えるよう提案したらどうか。そう変更されるほうが迷惑って奴が多そうだが。

830:長文馬鹿Ｂ
09/02/28 00:04:20 uxUAlXea0
829だが、板の設定を変更してもらおうとすらせず騒ぐ連中の要望に応え、ここからコテをつけて進ぜよう。
世の中には3行以内では書ききれない話が多いことが受け入れられず文章の質を量からしか判断できない奴や
スルー検定不合格者のほうがよっぽど馬鹿だし、
そのくせ情報処理能力ゼロの分際で他人に馬鹿と名乗ることを強いるとは不条理だけど、
俺のほうが我慢して丸く収まるんならっつーことで。

>>810
一般的に、狭義の用法で使われている言葉は、広義に解釈したところでおおむね意味は通る。
しかし、広義に解釈して筋が通るものは、狭義の用法で解釈すると意味が通る場合と通らない場合に分かれる。
狭義は広義の一部を成すから「狭義では正しいけど広義では間違い」はありえない。
ある言葉が、ある狭義の解釈で意味が通るなら、その狭義の用法を意図して使われた言葉と解するのが適切。
（その狭義の解釈で意味が通らなければ、それとは違う意味で使われていると解すれば済む）

さて。あんたの「A のためには通常 B が必要」という言い回しを借り、俺の言ってることを別の角度からまとめ直す。
「ドライブ内でファイルなどの配置を最適化するためには、通常ファイルなどの断片化解消作業が必要」が真としても、
「ファイルなどの断片化解消作業のためには、ドライブ内でファイルなどの配置の最適化が必要」は偽である。
ファイル配置の最適化ぬきでファイルなどの断片化解消をしても、れっきとした defrag であることに変わりはない。

にもかかわらず「（広義の）デフラグは optimize を伴う場合もあるし、伴わない場合もある」ことを
「デフラグには optimize を必ず伴う」と思い込み、さらにはその履き違えを基に特定のソフトウェアを叩く奴がいる。
デフラグを広義の意味で使うことについて俺個人が理解はしても賛同・支持しないのは、そのへんが理由。
「（広義の）デフラグには optimize を伴う場合もあるし、伴わない場合もある」と理解しているなら問題ないが、
「Optimize を伴わない defrag なんてデフラグじゃないやい」と言い続けるのはおかしい。

続く。

831:長文馬鹿Ｂ
09/02/28 00:06:59 uxUAlXea0
>>810（続き）
あんたが執着している箇所について。

Defragment Multi-volumes は
「複数のドライブを同時に処理可（配置最適化可）」「～処理可（配置最適化不可）」「～処理不可」に細分化できる。
同様に Automated Defrag は
「自動処理可（配置最適化可）」「自動処理可（配置最適化不可）」「自動処理不可」に細分化できる。

694の表では、どっちの項目も
上記3パターンのうち2番目のやつが○でさえあれば、その項目は OK として扱われている。
これは俺がすぐ前のレスで書いていることとは矛盾しない。

2番目が○か×かでその項目の扱いが決まるなら>>717のイヤミどおりだが、
そうではないので、表の作者は阿呆ではない。

すなわち、イヤミのつもりで書いた717は、読み違いに基づく天然ボケ。的外れゆえイヤミのていを成してない。

832:長文馬鹿Ｂ
09/02/28 00:12:03 uxUAlXea0
>>811
いかん、俺としたことが迂闊なことを書いちまった。
JkDefrag・Smart Defrag・UltimateDefrag どれも optimize は「最初にまとめて断片化解消」の流れが原則だったので
> ＞いいえ。「defrag してから optimize する」んです。
と答えてしまったが、
再配置途中、再配置のせいで断片化したファイルなどに改めて断片化解消をし直すことは確かにある。ここだけ訂正。

それはさておき、くどさ承知で改めて用語の整理。
ID:uxUAlXea0 として書いているレスでは、
広義のデフラグはカタカナ表記、狭義の defrag はアルファベット表記という使い分けをしている。
　　デフラグ = defrag （ソフトウェアによっては defragment + optimize）
　　optimize = defragment + placement （ソフトウェアによっては defragment + sort + placement）
「placement」は「（再）配置」。デフラグと defrag を書き分けるのと同様の理由で引っ張り出してきた。
Defragment と placement （および sort）は別々の作業、ここまでは異議なしだよね。
ここで「配置や並び順を考慮したデフラグ」という文章における「デフラグ」は
「デフラグ」に placement （および sort）が内包されているかのように読めて「別々の作業」とはズレる。
つまり「配置や並び順を考慮したデフラグ」は「デフラグ」を広義の用法で解釈しなきゃ通じない。

せっかくなので>>801に書いた「本棚の整理」「ビル建設」を言い換える図式にあてはめ、説明を続ける。
仮置きした本を本棚に戻す最中も、戻した本を出して再度テーブルや床などに仮置きすることがある。
でも「本棚の整理」のメインは「本を本棚に置く」で、「テーブルや床などに仮置き」はメインではない。
ビル建設で、資材を組み立てる過程でも、何かの事情で資材の追加調達が必要になることがある。
でも「ビル建設」のメインは「建てる」であり、その過程に含まれる「資材調達」はメインではない。
同じ論法でいけば optimize のメインは defragment ではなく placement だね。
よって optimize を日本語に訳す際は「再配置すること」で終わるのが適切だと考える。

ここまでの3レスで、ボタンの掛け違いを解決できればよいのだが。

833:名無しさん＠お腹いっぱい。
09/02/28 00:16:11 Eg8+JDwB0
単なる匿名掲示板を利用した不特定多数に向けた嫌がらせとしか思えない
長文であっても人に読ませる魅力を持った文章なら苦にはならない
貴方に賛同する者は一人も居ないだろう

834:名無しさん＠お腹いっぱい。
09/02/28 00:16:30 J3poAiV90
なあ・・・・長文荒らしで報告しても良いか？

835:長文馬鹿Ｂ
09/02/28 00:18:30 uxUAlXea0
>>831への自己フォロー。

> 2番目が○か×かでその項目の扱いが決まるなら>>717のイヤミどおりだが、

この行を
> 「1番目が○で2番目が×のときに、その項目は無印」という扱いだったら>>717のイヤミどおりだが、
に訂正。

836:名無しさん＠お腹いっぱい。
09/02/28 00:27:15 E1of6dcB0
いい加減邪魔だって空気読めよ無能
長文ウザイっての

837:名無しさん＠お腹いっぱい。
09/02/28 03:36:14 pdatWL9M0
最終的に殻に閉じこもって意味もなく発信し続けるのは最悪のパターンだ
どうすればこの人の心を開くことが出来るのだろうか
親切と知識の押し売りほどやっかいなものは無い

838:名無しさん＠お腹いっぱい。
09/02/28 07:02:53 5N5WDqp60
もっとやれよ

829名無しさん＠お腹いっぱい。sage2009/02/27(金) 23:59:22 ID:SW+EySL90
長文を迷惑に感じるセンスのほうが「低脳」「大馬鹿」「基地外」。グダグダぬかさず黙ってスルーすりゃいい。

839:名無しさん＠お腹いっぱい。
09/02/28 07:34:54 DcUNMzyq0
人にさんざん迷惑掛けといて>>829の態度はなんなの

840:名無しさん＠お腹いっぱい。
09/02/28 08:06:50 56UFh2Yl0
wwwwwwwwwwwwwwwwwwwwwwwwwwwww

841:長文馬鹿Ａ
09/02/28 08:50:30 RyP6B8uu0
案の定、あさっての方向へ迷走し始めたか。
一生懸命書いたところ気の毒だが、細かくレスする必要が減るので大変ありがたい。
意味のない部分は引用も極力省略するので、
書いたことが思い出せなかったら自分で確認してくれ。

>>830
＞一般的に～ありえない。
当たり前のことを長々と書くな。

＞ある言葉が、ある狭義の解釈で意味が通るなら、その狭義の用法を意図して使われた言葉と解するのが適切。
それは読み手としてのテクニックの話だろ？
良い意味で使えば問題が起こりにくいし、悪用すればクレーマーになれる。
今はそんなことは関係ない。

＞さて～変わりはない。
当たり前のことを（ｒｙ

＞にもかかわらず「（広義の）デフラグは optimize を伴う場合もあるし、伴わない場合もある」ことを
＞「デフラグには optimize を必ず伴う」と思い込み、さらにはその履き違えを基に特定のソフトウェアを叩く奴がいる。
＞デフラグを広義の意味で使うことについて俺個人が理解はしても賛同・支持しないのは、そのへんが理由。
＞「（広義の）デフラグには optimize を伴う場合もあるし、伴わない場合もある」と理解しているなら問題ないが、
＞「Optimize を伴わない defrag なんてデフラグじゃないやい」と言い続けるのはおかしい。
なぜそれを俺に言う？
俺はそのことについてお前に文句を言った覚えはないし、
理解もせずにソフトを不当に叩いている人がいたら不快に感じるのは同じだ。
「いらない子」呼ばわりしたくらいで叩きとは思わんがな。

お前が狭義の意味に拘る理由など知ったこっちゃないし、
本人がどう考えようと勝手だが、それを他人にまで押し付ける権利はない。

ところで、誰か「～じゃないやい」なんて言い続けてた人がいたか？
>>694 の「いらない子」発言をそう曲解したとしても、それ以降見当たらないんだが。

842:長文馬鹿Ａ
09/02/28 08:51:32 RyP6B8uu0
>>831
＞～矛盾しない。
だからどうした。
俺も昨日
＞狭義の意味でも矛盾はしないので、断言はしない（できない）。
と書いたぞ。

お前がここでするべきことは、
＞が、広義の意味にも取れる以上、
＞あんたが狭義の意味で書かれているはずだと断言するのがおかしいとは断言できる。
を論破するか、断言したのは間違いだったと認めることだ。

843:長文馬鹿Ａ
09/02/28 08:52:32 RyP6B8uu0
>>832
＞JkDefrag・Smart Defrag・UltimateDefrag どれも optimize は「最初にまとめて断片化解消」の流れが原則だったので
ほかは知らんが、少なくとも UltimateDefrag はそんな動作はしない。
>>811 で書いたことが理解できればわかるはずだが、二度手間になるだけだ。
本当にやっているのなら、アルゴリズムがヘボいと言わざるを得ない。
XP 標準デフラグなんかは、optimize するわけでもないのに、
一度遠くの空き領域で断片化解消してから
詰め込み処理のために再度移動させるなんていう非効率なことをするけどな。

＞> ＞いいえ。「defrag してから optimize する」んです。
＞と答えてしまったが、
＞再配置途中、再配置のせいで断片化したファイルなどに改めて断片化解消をし直すことは確かにある。ここだけ訂正。
＞
＞それはさておき、

「ここだけ」？

「それはさておき」？

昨日も説明したが、optimize という言葉はファイル単体に対しては使えなので、
defrag と時系列で比較しようとしたこと自体、相当間抜けなことなんだぞ？
defrag を「ドライブ内にある断片化ファイル群をすべて defrag すること」と
大きく捉えれば一応同じ土俵には立てるが、
結局「同時進行する」くらいにしかならんしな。

それなりに知識量はあるみたいだし、
そもそも defrag と optimize の違いを偉そうに語ることから始まっているのだから、
この程度のことは当然把握しているだろうという思い込みにより、
お前の理解度がたいしたことないと気付くのが遅れたのは、俺のミスだな。
そのせいで、お前が例え話を始めた以降の流れでかなりの時間を無駄にしてしまった。

844:名無しさん＠お腹いっぱい。
09/02/28 08:53:57 RyP6B8uu0
>>832
＞く～る。
誰が「配置や並び順を考慮したデフラグ」という表現が最適だと書いた。

当初より俺が問題にしているのは、

「完全な間違いというわけでもないのに、この程度のことで他人を阿呆呼ばわりしたこと」

についてなんだが、まさかわかっていなかったなんてことはないよな？

845:名無しさん＠お腹いっぱい。
09/02/28 09:00:05 RyP6B8uu0
あ、行数オーバーで分割したときに、コテ付けるのミスってたか。
あぼーんしていた方々、以後気を付けますので、ごめんなさい。

846:名無しさん＠お腹いっぱい。
09/02/28 09:00:14 /iCsjHMR0
こういうのはなんていう病気なんだろう

847:名無しさん＠お腹いっぱい。
09/02/28 10:09:51 Qz8+hnZO0
もうブログかなんかでやってくれないか？

848:名無しさん＠お腹いっぱい。
09/02/28 11:37:08 FRd2vpY40
もうどうでもいいよ。
てままー

849:名無しさん＠お腹いっぱい。
09/02/28 11:44:32 FUaBe5Ia0
URLﾘﾝｸ(anond.hatelabo.jp)
一応「増田」置いておきますね。

850:名無しさん＠お腹いっぱい。
09/02/28 12:32:09 x9AXI4jR0
アスペルガー症候群か自閉症っぽいな

851:名無しさん＠お腹いっぱい。
09/02/28 12:56:36 J4V1ZWXeO
推奨NGワード
optimize

852:名無しさん＠お腹いっぱい。
09/02/28 13:03:12 5N5WDqp60
やるならとことんやれ

853:名無しさん＠お腹いっぱい。
09/02/28 13:37:18 JL5OnV990
続けるなら申し訳ないのですが、メール欄に半角の@を入れてもらえると助かります。
よろしくお願いします。

854:名無しさん＠お腹いっぱい。
09/02/28 14:09:13 Gs+5wFzs0
スレが伸びてるなーと思って開いたら予想通りあぼーんの嵐だったw

855:長文馬鹿Ｂ
09/02/28 15:09:56 uxUAlXea0
＞ID:RyP6B8uu0
かみ合わない本当の原因について、>>830を書いてて薄々感づいてはいたのだが、今回の反応で確信が持てた。

「optimize には通常 defrag が必要」は確かに事実。あんたの出発点はそこにある。
でも俺の阿呆と発言していることの出発点はそこではない。
「デフラグに optimize が必要とアプリオリに思い込むのは、間違っている」が俺の出発点だ。
端的に言うと、あんたが書いたAとBの図式について、俺の問題意識とあんたの問題意識はAとBが逆向きなんだよ。
なのにあんたは「optimize には通常 defrag が必要」って出発点に執着する、だから俺のスタンスが見えない。

今の論議を収束させたいのなら、いっぺん「optimize には通常 defrag が必要」から離れ、
「デフラグに optimize は必ずしも不可欠ではない」の観点から俺の一連の発言を遡って辿りなおしてみてくれ。

856:長文馬鹿Ｂ
09/02/28 15:11:37 uxUAlXea0
>>841
830の大意は>>855の冒頭に書いたとおり。

公開の私信交換みたいな雰囲気になっているが、俺は私信を書いているつもりはない。
あんた一人だけに対してではなく、長文もいとわずついてきてくれる他の奴
（公開掲示板である以上、実際いるかいないかは脇に置き、不特定の読者を仮定）を対象に含めて書いている。
従って「なぜそれを俺に言う？」に対しては「あんたが違うんなら結構だが、そうじゃない奴もいるから」が答えだ。

「～じゃないやい」的な発言は、たとえば>>447に実例がある（それに対して俺は>>453-454でフォローした）。

>>842
「ここでするべきこと」は、830の「一般的に」で始まる段落で述べた。
要約すると、狭義に解釈することがおかしいと断定できるのは、狭義の解釈で矛盾をきたす場合限定だから。

「だからどうした」の答えは、「2番目が○か×か」で始まる段落（実質的には>>835）から831の最後まで。

>>843
なんか時系列を俺が前面に出したみたいな流れにしてしまったが（問題の切り分けが整理しきれてなかった）、
俺にとっての最重要ポイントは時系列ではなく「Optimize の特徴といえるのは defrag か placement か、どっち?」だ。
だから「ここだけ訂正」「それはさておき」と書き、その観点から本の整理やビルの比喩をリライトしてみた。

857:名無しさん＠お腹いっぱい。
09/02/28 15:31:43 5N5WDqp60
実に興味深い
続けてくれ

858:名無しさん＠お腹いっぱい。
09/02/28 15:53:10 L09KvG480
たまにチロチロ出てこられても困るから、この際一気に議論してくれ
次ぎスレからは心を新たにいきたいものだ

859:名無しさん＠お腹いっぱい。
09/02/28 16:09:12 kprp6Dkp0
メルアド交換してプライベートでやれよ

860:名無しさん＠お腹いっぱい。
09/02/28 16:09:57 DcUNMzyq0
その内友情が芽生えるに一票

861:名無しさん＠お腹いっぱい。
09/02/28 16:24:13 mt+dYv5q0
>>860
さらに恋愛に発展するに一票。

862:827
09/02/28 17:10:57 Tuqlbg5Y0
>>828
こんな中、ヒントをありがとう
旧バージョン探します

863:名無しさん＠お腹いっぱい。
09/02/28 18:20:03 5QnJTN6g0
>>858
議論じゃなくて、ID:uxUAlXea0が一方的に喋ってるだけ
誰も相手して無い

864:長文馬鹿Ｂ
09/02/28 18:35:49 uxUAlXea0
>>856で1箇所訂正。
本文2行目の「830の大意は>>855の冒頭に」は「830の大意は>>855に」が正しい。
（長すぎというエラーでレスを分割したときの編集ミス）

どうせ読んでないんだろうけど、ついでに>>863へ。俺の相手は ID:RyP6B8uu0 だ。

865:名無しさん＠お腹いっぱい。
09/02/28 19:02:52 pdatWL9M0
だから個人相手の議論？（罵倒？）は捨てアド交換して直接会うなりして他でやってくれっての
掲示板は特定の人間（二人だけ）のものでは無い
２CHで言うのもなんだがモラルは無いのか？
また面白がって煽る奴も居るようだがそいつも同罪というかさらに卑怯だ

866:名無しさん＠お腹いっぱい。
09/02/28 19:28:49 5N5WDqp60
>>829

867:名無しさん＠お腹いっぱい。
09/02/28 19:50:52 FUaBe5Ia0
ID:5N5WDqp60 は煽り馬鹿Aとするべき

868:名無しさん＠お腹いっぱい。
09/02/28 20:22:48 je2DYigs0
ちょっとは周りの迷惑ってのを考えて欲しいな
長文書く暇あるなら空気読め無能

869:名無しさん＠お腹いっぱい。
09/03/02 19:05:18 F/cpZlYz0
空気を変える意味でも質問させてください

2年ほどデフラグしてない状態で、分析してみたところ、
「全体の断片化　9パーセント」
「ファイルの断片化　18パーセント」
「デフラグの必要はありません」
と出たのですが、パソコンの指示に従ったほうがいいのでしょうか？
赤線は細かいものが全体的にまんべんなくある状態です

最近やたら遅くなるときがあって…
（ネットの画面が真っ白になってフリーズしたり、アイコンの表示が遅かったり）

870:名無しさん＠お腹いっぱい。
09/03/02 19:27:21 2LRPpIl70
>>869
> と出たのですが、パソコンの指示に従ったほうがいいのでしょうか？
デフラグをやるかどうかなんて、お前自身の意志のみだッ！

871:名無しさん＠お腹いっぱい。
09/03/02 19:27:21 UfOYOIIS0
やれ

872:名無しさん＠お腹いっぱい。
09/03/02 20:00:18 82MnDeHuO
>>869
とりあえず、デフラグやってみれば良いじゃん。

873:名無しさん＠お腹いっぱい。
09/03/02 20:38:33 F/cpZlYz0
みなさんありがとです
デフラグで壊れるときもあると聞いたので
あまり断片化してないようならしない方がいいかと

874:名無しさん＠お腹いっぱい。
09/03/02 20:52:10 UfOYOIIS0
もうあきたよその言葉・・・
いい加減テンプレにでもまとめるか

875:名無しさん＠お腹いっぱい。
09/03/02 21:31:07 82MnDeHuO
>>873
デフラグで壊れるなら、既にHDD壊れる一歩手前だよ。
心配なら、HDD交換しろ。

876:名無しさん＠お腹いっぱい。
09/03/02 22:40:24 NR6r2+Mw0
>>873
断片化が原因で遅くなってるんじゃないかと思ってるんだよね？
だったらフルバックアップ取ってからデフラグする。
バックアップ取れない状態ならやらない。これでOK。

877:名無しさん＠お腹いっぱい。
09/03/03 01:44:01 VMNleYVt0
>>873
パソコンは使ったら壊れることもあるから、使わない方がいいよ

878:名無しさん＠お腹いっぱい。
09/03/03 02:04:23 aIq+CdnU0
>>865
2ｃｈの書き込みに対して卑怯と言うのはヘンテコだとおもうんよ
なんでかっつーと、名無しで書くコト自体が卑怯だもの
みんな仲良くドングリさね

879:名無しさん＠お腹いっぱい。
09/03/03 02:33:08 aIq+CdnU0
>>869
ここで聞くとみんなやれって言うけど？

>アイコンの表示が遅かったり
デスクトップに限ったことなら、ファイルを極力少なくすると良いよ
ダメだったらアイコンキャッシュの再構築・容量の調整をしてみて
起動の時気持ちよく立ち上がる
　もし改善しなかったら、アプリやサービスが立ち上がり過ぎだから
1．スタートアップ項目（出来ればregistry内もmsconfigを使うと良いよ）を減らす
2．サービスを停止する（いきなり無効に変更ではなく手動で、気持ち安全なので）
を自分の力量に合わせてやってみて

>ネットの画面が真っ白になってフリーズしたり
どれを使ってるかは知らないがブラウザを入れ直してみては（バージョン変えたり含めて）？
JAVAならpluginを変えてみたら良いんじゃない
動画サイトの話ならcodec変えたり、回線速度を見直したり
OSにもよるけどMTUやTCP RWINを調節したりetc...

　てか書いてたら思いもかけずやれる事がいっぱい出てきたわorz　とりあえずこれくらいで・・・
参考程度に読んで環境改善に役立ててくれ
でわ長文失礼

880:名無しさん＠お腹いっぱい。
09/03/03 10:03:39 df7Y858Y0
>>869
>>879 さんに追加すると、他にもレジストリの最適化も。
（デフラグの分析をみると、デフラグよりも、他の対策の方が効果がありそう。）

881:名無しさん＠お腹いっぱい。
09/03/03 10:51:44 wv58B4Lg0
>>869
　アイコン表示が遅かったりするのは、多分、ディスクの断片化とは関係がない。レジストリに
エラーが多かったり、コンピューターの使用状況と設定が合っていなかったりするのだと思う。

882:名無しさん＠お腹いっぱい。
09/03/03 14:40:32 rqx4goQ+0
デフラグするくらいならその度にHDD買い換えるだろ普通
どんだけ貧乏なんだ

883:rCrTMrXyxNlGqE
09/03/03 14:42:29 BzTQlRm+0
iBv9Mu <a href="URLﾘﾝｸ(mxfajimfgwli.com)">mxfajimfgwli</a>, [url=URLﾘﾝｸ(zvgydktnzfvx.com) [link=URLﾘﾝｸ(zyppeivhfmnv.com) URLﾘﾝｸ(nqmsqmykzgtm.com)

884:名無しさん＠お腹いっぱい。
09/03/03 14:59:48 yxPof2as0
>>882 みたく、ageて広告書き込み呼び込むやつが一番迷惑だろjk

885:名無しさん＠お腹いっぱい。
09/03/03 15:51:18 uJklmzK3O
何もしなかったら勝手にデフラグってしているだよね

886:名無しさん＠お腹いっぱい。
09/03/03 18:16:14 XG4RcyxL0
>>873
> デフラグで壊れるときもあると聞いたので
そんな事は１００％有り得ない。

887:名無しさん＠お腹いっぱい。
09/03/03 18:30:44 XgZQLu8z0
んなわけねーだろ
データ移動させてんのに

888:名無しさん＠お腹いっぱい。
09/03/03 18:51:24 NREW5/eK0
HDD上の作業なんだからデフラグかどうかは関係ないじゃんか

止めを刺したのが使用者なのは確実だが。

889:名無しさん＠お腹いっぱい。
09/03/03 21:01:06 CjD9vQkh0
>>887
普通は一時的にワークスペースにコピーする
だから効率的なデフラグには空き容量も要求される

890:名無しさん＠お腹いっぱい。
09/03/03 21:02:17 rqx4goQ+0
デフラグ（笑）

891:名無しさん＠お腹いっぱい。
09/03/03 21:03:52 YV6GOQEjP
「デフラグ（笑）」（笑）

892:名無しさん＠お腹いっぱい。
09/03/03 21:04:44 YV6GOQEjP
「デフラグするくらいならその度にHDD買い換えるだろ普通
どんだけ貧乏なんだ」（笑）

893:名無しさん＠お腹いっぱい。
09/03/03 21:06:40 rqx4goQ+0
顔真っ赤にしてどうした？ｗ

894:rVsfKOxLppAcYeFCc
09/03/03 21:11:25 kap1Uh4T0
lq1Occ <a href="URLﾘﾝｸ(qmjmpecfaavx.com)">qmjmpecfaavx</a>, [url=URLﾘﾝｸ(ulozqzxukhrx.com) [link=URLﾘﾝｸ(edkhcfmlebxn.com) URLﾘﾝｸ(acflfhymfirk.com)

895:名無しさん＠お腹いっぱい。
09/03/03 21:23:46 XJ/AtTX50
>>873
中にはやばいデフラグソフトもあるけどね。

896:名無しさん＠お腹いっぱい。
09/03/03 21:26:06 Qtjgiwsk0
>>895
OS破壊するJKとかな

897:名無しさん＠お腹いっぱい。
09/03/04 00:37:48 VedoF6e90
>>896
>>776

898:名無しさん＠お腹いっぱい。
09/03/04 06:50:00 IezPD2v80
某馬鹿Ａです。

あぼーんされていない方、どうか無用な反応はしないようお願いいたします。
あぼーんして何ひとつ見たくない人の目に触れてしまいますので。
もししたいようなら「馬鹿罵倒Ａ」等コテを付けるようにしてください。

あぼーんされている方も、レスが飛んだのどうのと反応しないでください。
理由は同様です。

勝手なお願いですが、なにとぞよろしくお願いいたします。
それでは、コテに戻ります。

899:名無しさん＠お腹いっぱい。
09/03/04 06:51:02 IezPD2v80
と、その前に。

>>869
標準デフラグかなんかだと思うけど、
その手の表示はかなりラフな計算を元にしていて、
例えば１個の巨大なファイルが２つに分断されているだけで
物凄い大きな数値になったりする。

で、標準デフラグの場合、確か全体の断片化が単純に１０％以上かどうかで
デフラグの必要があるかないかを言ってくるだけなので、あまり気にしないほうがいい。
参考にするなら、「ファイルあたりの断片の平均」とか
「最も断片化されたファイル」で断片の数値が極端に大きなものがないかとかで。

俺なんかにレスされて不快に感じたなら申し訳ない。

900:長文馬鹿Ａ
09/03/04 06:51:33 IezPD2v80
前回は、かなり怒りの姿勢をあらわにして書いたんだが、
ぜんぜん伝わらなかったようだね。
ああいう書き方をされれば、何か感じてくれるのではとの思いもあったんだが、
お前に対しては無駄なようなので、これからは極力感情を抑えて書くよう努める。

正直、予想外の返答の数々にどうしたらよいのか困り果ててしまったが、
今まで以上に書き方に細心の注意を払い、
もう少しだけお前とのコミュニケーションを試みることにする。
省略は逆効果だったようなので、とりあえず今回はくどくどレスしておいた。

>>855
＞でも俺の阿呆と発言していることの出発点はそこではない。
＞「デフラグに optimize が必要とアプリオリに思い込むのは、間違っている」が俺の出発点だ。
そんなことはわかってる。最初からわかってるんだよ……。
そして、その考え方自体には、俺も当初より同意見だ。

＞なのにあんたは「optimize には通常 defrag が必要」って出発点に執着する、だから俺のスタンスが見えない。
別に執着していない。
お前が理解できていないことに俺が気付くのが遅れたので、
なぜ伝わらないのかがわからず、そのことについて書いた量が増えただけだ。
執着しているように見えたのなら、それが理由だろう。

次ページ