06/03/16 09:36:28 jZpwbiuL0
>>150
ファイル単位でデフラグ出来るのがいいよね。
先頭からの空き領域を表示して、そのサイズ以下のファイルを指定すると、
確実にその隙間に移動してくれるソフトが欲しい・・・
152:名無しさん＠お腹いっぱい。
06/03/17 06:15:22 2SKZDg7Q0
URLﾘﾝｸ(convini.ddo.jp)
汚い？
153:名無しさん＠お腹いっぱい。
06/03/17 09:21:18 kJsb5SKT0
>>151
上の「手動デフラグキット」用にバッチを書けばできそうだけど，そんなスキルは
持ち合わせてないなぁ。
>>152
おお，新しい試み。汚くはないけど，ちょっと隙間が目につくかも。
あと，MFT領域がだいぶ後ろの方にあるなぁと思った。
154:名無しさん＠お腹いっぱい。
06/03/17 16:49:04 fdPKSdFH0
>>153
レスﾄﾝ。40GBの4200rpm/2MBキャッシュの糞HDD
丁度1年目くらいかな？
いつもはDiskeeperつかってた。
>>152は一週間ぶりのデフラグをContigで一回やった
155:名無しさん＠お腹いっぱい。
06/03/17 16:53:36 fdPKSdFH0
>>153
ぐぐったらMFT領域がファイル情報を管理する領域だっての解った。
それが後ろあるってのは具体的にどんな影響がある？
あと画像で言うとどの辺の事？緑色のあたりかな？
156:名無しさん＠お腹いっぱい。
06/03/17 17:00:25 o6a9KzV60
>>155
ＭＦＴ領域なんて、初めて読んだ時にキャッシュに入るだろうから、
何処にあってもそんなに影響はないと思う。
157:名無しさん＠お腹いっぱい。
06/03/17 17:02:45 fdPKSdFH0
>>156
む、そうなのか。ﾄﾝ。
今からHDD買ってきまつﾉｼ
158:名無しさん＠お腹いっぱい。
06/03/18 10:30:46 +ubhMqM60
>>155
上下が細く緑になってる一番大きい空白の部分が未使用のMFT領域。で，その
すぐ左の青い所の一部にMFTの実体があるはず。で，真ん中辺の細い緑がた
ぶんMFTのミラー。ちなみに上のペインの色分けについてはHelp→Legendに説
明があるよ。
MFT領域は当初ディスクの8分の1を食うし，拡大もするので，MFT使用領域が
キャッシュ要領を超えることもあるんじゃないかな。その場合，ドライブの後方
にMFTがあると速度に影響するかも。MFTが常にキャッシュに収まるなら，MFT
の断片化によるHDへの負担は，HDのバッファ・メモリの負担の問題として語ら
れるだろうけど，あまりそういう話は聞いたことないしね。
まぁ，Diskeeperが後ろに動かしたんだろうから，そう影響ないのかもしれな
いけど。誰かこの辺詳しい人がいれば補足を頼む。
159:名無しさん＠お腹いっぱい。
06/03/18 13:48:52 iheKDCCf0
何かＮＴＦＳって複雑ですよね。
?:\$Extend\$Reparse
?:\$Extend\$ObjId:$O:$INDEX_ALLOCATION
?:\$Extend\$Quota
?:\$Extend
?:\$UpCase
?:\$Secure:$SDS
?:\$Secure:$SDH:$INDEX_ALLOCATION
?:\$Secure:$SII:$INDEX_ALLOCATION
?:\$BadClus:$Bad
?:\$Boot
?:\$Bitmap
?:\$AttrDef
?:\$Volume
?:\$LogFile
?:\$MFTMirr
?:\$MFT
ファイル以外でこんなに↑あるし。
160:名無しさん＠お腹いっぱい。
06/03/18 15:27:10 1EHkmuXp0
alternative data stream とかいう変なのがあるしな。
161:名無しさん＠お腹いっぱい。
06/03/19 01:05:40 pm0q5khI0
>>158
おお、詳しいっすね。勉強になった。
あれからHTS541060G9AT00を買ってきました。快適
162:名無しさん＠お腹いっぱい。
06/03/22 22:49:39 /sjdQMv80
URLﾘﾝｸ(up.isp.2ch.net)
先は長い・・・＿|￣|○
163:名無しさん＠お腹いっぱい。
06/03/23 00:19:07 KlDojX3m0
>162
O&OのCOMPLETEモードで一晩放置したらどうか？
164:名無しさん＠お腹いっぱい。
06/03/23 11:40:27 NmirPdDy0
>>163
Ｏ＆Ｏは、どうも「連続した空き領域」が十分にないと、
どのモードもまともに機能しないみたいです。
Ｄｉｓｋｅｅｐｅｒも同様でした。
165:名無しさん＠お腹いっぱい。
06/03/23 16:21:33 Ob/nJCqo0
contig c + dirms c move lcn
または
dirms c defrag + dirms c move lcn
あたりも試す価値はあるかも。
166:名無しさん＠お腹いっぱい。
06/03/23 19:22:18 NmirPdDy0
>>165
contig は、断片化を解消しようとするファイル全体が入る
連続した空き領域が存在しないと、何も処理しないみたい。
dirms も色々試したけど、各パラメータの処理の違いが余り
見られませんでした。
ブロックが段々揃っていく様子が見られる分、市販ツール
の方が良いかも。
167:路伯 ◆a.0e5YxqBY
06/03/23 19:39:19 RlTVl2oL0
>>166
連続した空き領域がない場合、いくつかの領域に分けて再格納される。ただし、
これ以上断片数を減らせないならば、Contigは何もしない。
168:名無しさん＠お腹いっぱい。
06/03/23 20:06:11 NmirPdDy0
>>167
そうなんだ。断片化の数を減らす努力はするのね。
しかし、dirms の動作はよく分からないんだよなー。
小さなパーティションで色々試したけど、どうも、
説明通りの結果にならない・・・
169:名無しさん＠お腹いっぱい。
06/03/23 20:42:25 Ob/nJCqo0
なるほど。どのツールを使うにせよ，空き領域が足りないみたいだね。
じゃ，Gmail Driveあたりを使って空き領域を作ってからやってみるとか。
dirms は環境によって結果が違うみたいだね。
170:名無しさん＠お腹いっぱい。
06/03/23 21:24:09 NmirPdDy0
>>169
「Gmail Drive」って知らないのでググッてみます。
171:名無しさん＠お腹いっぱい。
06/03/23 22:16:25 NbwBbONV0
Download Contig (26 KB)
Download Contig for Compaq Alpha (50KB)
winXPです
どっちを落とせばいいのか分かりません・・・違いは何なのでしょう？
172:名無しさん＠お腹いっぱい。
06/03/23 22:52:49 Ob/nJCqo0
>>170
単に， Gmail のアカウントが2.5GBまで使えるから，そこにファイルを退避
してデフラグかけて，後で書き戻すって意味だよ。他に使えるストレージが
あるならそれを使えばいい。たぶんないんだろうと思って書いたんだけど。
Gmail Drive使わなくても，10MB以下に分割・暗号化してメールの添付ファイル
で自分のGmailアカウントに送ってもいいし。
>>171
書いてないのでよく分からんけど，Compaq Alphaはコンパックが作ってた
CPUの名称みたいだから，上でいいんじゃない？
ということで自分は上を使ってるけど。
173:名無しさん＠お腹いっぱい。
06/03/24 00:44:06 EP0/yzoz0
>>172
ありがとうございます Download Contig (26 KB)のほうを落とすことにします。
174:路伯 ◆a.0e5YxqBY
06/03/30 00:16:31 Dwt9i9MQ0
保守
175:名無しさん＠お腹いっぱい。
06/03/32 18:10:52 ikY1OE7w0
話題無いね
176:名無しさん＠お腹いっぱい。
06/03/32 21:28:19 H6/YTRM60
ずっとconfigだと思ってた
177:名無しさん＠お腹いっぱい。
06/03/32 23:37:22 cy6jvNIF0
もう4月だと思ってた。
178:名無しさん＠お腹いっぱい。
06/04/04 15:07:33 olnMPn2+0
愛されてると思ってた
179:名無しさん＠お腹いっぱい。
06/04/04 15:12:08 Kz/TwFTX0
>>178
ちょｗっっｗｗｗ
180:名無しさん＠お腹いっぱい。
06/04/07 16:14:38 4rN5povX0
ダブルクリックでcドライブをデフラグするバッチファイルとか作ってみた
181:名無しさん＠お腹いっぱい。
06/04/07 21:03:38 0YHQRDCZ0
あれ？なんか3月24日にうｐ来てるな。
182:名無しさん＠お腹いっぱい。
06/04/07 21:45:21 Rb1d9xop0
>>181
Contig v1.53 - Makes files contiguous
Copyright (C) 1998-2006 Mark Russinovich
Sysinternals - www.sysinternals.com
Contig is a utility that relies on NT's built-in defragging support
to make a specified file contiguous on disk. Use it to optimize execution
of your frequently used files.
Usage:
Contig.exe [-v] [-a] [-s] [-q] [existing file]
or Contig.exe [-v] -n [new file] [new file length]
-v: Verbose
-a: Analyze fragmentation
-q: Quiet mode
-s: Recurse subdirectories
何が変わったんだ？
183:名無しさん＠お腹いっぱい。
06/04/07 22:03:03 CVardCyc0
03/27にも来てるよ
184:名無しさん＠お腹いっぱい。
06/04/07 23:01:00 Rb1d9xop0
>>183
さっき落としたら２４日だったから、２７日版には
何か不具合があったのか？
185:名無しさん＠お腹いっぱい。
06/04/07 23:05:04 CVardCyc0
>>184
＞Last Updated: March 27, 2006 v1.53
いま、どう見てもこう↑なってるよ
ちなみに、うちで持ってる本体(V1.53)
CRC32 5bfc2f89
MD5 23623fb3b2fc31f0b00d21b58899e25e
SHA-1 dc7e045516e4565296c7ce8e3b98555e5b288c24
186:名無しさん＠お腹いっぱい。
06/04/07 23:41:38 Rb1d9xop0
>>185
Contig.exe 69,632 2006-03-24 12:33:48
187:名無しさん＠お腹いっぱい。
06/04/09 15:55:26 4rSDhWux0
BUZZSAW and DIRMSがｖ2.1になってるね
188:名無しさん＠お腹いっぱい。
06/04/09 17:29:13 7PJQO8x40
>>187
DirMS-CL Download は The page cannot be found だ・・・
DirMS-S Download は落とせるけど DirMS-S.msi になっちゃった・・・
189:名無しさん＠お腹いっぱい。
06/04/10 20:11:01 iUQ6gtir0
三つとも全部落とせたよ
久しぶりにdirmsのページ見たけどBuzzsaw無料になったのかな？>>64に書いてある通りって事でOKかな。
190:路伯 ◆a.0e5YxqBY
06/04/11 18:53:30 9IiSCPii0
Buzzsawはもともと個人用なら無料じゃなかったか？
--
Buzzsaw-Sは使えるねぇ。サービスとして動いているのがいい。
191:路伯 ◆a.0e5YxqBY
06/04/14 20:20:56 L/oZO6rd0
保守
192:名無しさん＠お腹いっぱい。
06/04/18 19:50:11 iuOol1EgP
フォルダのでフラグって、XP標準のデフラグ
(Diskeeper のしょぼい奴)ではやってくれないですか？
193:名無しさん＠お腹いっぱい。
06/04/18 19:52:10 iuOol1EgP
そういや NTDefrag っていうソフト無かった？
194:名無しさん＠お腹いっぱい。
06/04/19 08:52:23 9gJmS+HD0
>>192
やってくれません。
>>193
NTDEFRAGならここ
URLﾘﾝｸ(pot-pourri.fltr.ucl.ac.be)
URLﾘﾝｸ(pot-pourri.fltr.ucl.ac.be)
※sysinternalの人が前作ってたもの。1M超あるのでcontigとは不連続か。
DefragNTならスレ内参照
195:名無しさん＠お腹いっぱい。
06/04/19 09:10:11 kQehjso+P
>>192
やってくれません。
ってことは、Contig の方がいいね。
196:名無しさん＠お腹いっぱい。
06/04/19 10:01:14 3+hVXTLB0
>>195
Contig も、フォルダデフラグはやってくれないと思う・・・
197:名無しさん＠お腹いっぱい。
06/04/19 11:09:09 kQehjso+P
>>6 を読んで期待した
198:名無しさん＠お腹いっぱい。
06/04/19 11:30:59 3+hVXTLB0
>>197
あら、知らなかった。
２０００も駄目だね。
199:路伯 ◆a.0e5YxqBY
06/04/19 12:32:02 sDqisEgk0
>>196
ContigをNT4で動かすと、フォルダのデフラグをやらないけれど、XP上ではフォルダの
デフラグをこなす。
ただ、「contig * -s」とやったときに確認したことがあるだけなので、「contig hogehoge」で
hogehogeフォルダをデフラグできるかどうかはわからない。
200:名無しさん＠お腹いっぱい。
06/04/19 15:15:37 xMXr6asFP
NTFSなら標準のデフラグでもやってくれるがな
201:名無しさん＠お腹いっぱい。
06/04/19 16:17:51 p/q32rBd0
>>200
だよね。
ちなみに、FAT のディレクトリがオンラインデフラグできないのは、
OS 側の仕様なので、どんなに優秀なデフラグでも無理。
同様に、MFT のオンラインデフラグは、XP なら可能、2000 以前は不可能。
202:路伯 ◆a.0e5YxqBY
06/04/19 18:48:29 sDqisEgk0
Contigの価値は、特定のファイルや、特定のファイルタイプだけを
デフラグでき、既に断片化が解消されているファイルを動かさないことにある。
ソフトをインストールした後に、まず、「contig \*.exe -s」「contig \*.dll -s」を実行してから、
「contig \* -s」とやるといいと思っている。
BuzzSaw-Sと併用するとしたら、
1) BuzzSawService.exeを止める
2) 新しくソフトをインストールする
3) contig \*.exe -s
4) contig \*.dll -s
5) contig \* -s
6) BuzzSawService.exeを再起動する
というのはどうだろうか？
203:名無しさん＠お腹いっぱい。
06/04/21 01:30:42 z+rt0JBH0
>>202
>ソフトをインストールした後に、まず、「contig \*.exe -s」「contig \*.dll -s」を実行してから、
>「contig \* -s」とやるといいと思っている。
このへんがよく分からないのでなんとも…
204:名無しさん＠お腹いっぱい。
06/04/21 02:05:50 z+rt0JBH0
DirMS-CL 2.1.1における主な変更点を分かったことだけ列挙
・フル機能で使うには30日毎の無料登録が必要 ※制限内容不明
URLﾘﾝｸ(www.dirms.com)
URLﾘﾝｸ(www.dirms.com)
・ジャンクションを適切に処理
URLﾘﾝｸ(www.dirms.com)
・MFT,pagefile以外の全てをデフラグ可能
URLﾘﾝｸ(www.dirms.com)
・指定ファイルのデフラグ機能復活，ログ生成など，モードとオプション追加 ※指定ファイルの先頭移動も？
URLﾘﾝｸ(www.dirms.com)
205:名無しさん＠お腹いっぱい。
06/04/22 16:41:07 jSHXYQCW0
新しいＤｉｒＭＳ、早速試してみました。
ＮＴＦＳドライブで、他のツールだと、どうしても、断片化しないままで
前の方に詰めてくれなかったのですが、デフォルトより一つパスを
増やして、いい感じで詰めてくれました。
現在、もう一つ増やして４パスで実行中。
これで、さっきより良い結果が出てくれれば・・・
206:名無しさん＠お腹いっぱい。
06/04/25 18:55:05 mcb1c3g40
Contigでデフラグした場合とPerfectDiskでデフラグした場合の比較（P.Dの機能で分析）
Contigでのデフラグ前
ボリュームの健全性
エンティティステータス断片化率(%)数過剰な断片化
ファイルの断片化良好215043793
ディレクトリの断片化警告143934100
エンティティステータスサイズ過剰な断片化
連続した最大空き容量良好21.31 GB
MFT の断片化良好94.0 MB0
Metadata警告66.5 MB84
ページファイルの断片化注意1.02 GB1
ファイル最適化の結果
ファイル タイプ数MB割合(%)
書換え頻度が低いファイル6644813229.9 MB23 %
書換え頻度が中のファイル18312054.0 MB4 %
書換え頻度が高いファイル238033990.8 MB7 %
ディレクトリ280524.3 MB0 %
ブート1336392.3 MB1 %
除外ファイル81602.6 MB3 %
MFT 予約領域以外の空き領域N/A28841.9 MB50 %
MFT 予約領域内の空き領域N/A7059.0 MB12 %
___________________________________________________
合計9623157194.8 MB100 %
207:名無しさん＠お腹いっぱい。
06/04/25 18:57:17 mcb1c3g40
Contigでデフラグ後
ボリュームの健全性
エンティティステータス断片化率(%)数過剰な断片化
ファイルの断片化良好074213
ディレクトリの断片化良好048
エンティティステータスサイズ過剰な断片化
連続した最大空き容量良好21.31 GB
MFT の断片化良好94.1 MB0
Metadata警告66.5 MB84
ページファイルの断片化注意1.02 GB1
ファイル最適化の結果
ファイル タイプ数MB割合(%)
書換え頻度が低いファイル6644813229.9 MB23 %
書換え頻度が中のファイル18332054.2 MB4 %
書換え頻度が高いファイル238393990.9 MB7 %
ディレクトリ280524.4 MB0 %
ブート1336392.5 MB1 %
除外ファイル81602.6 MB3 %
MFT 予約領域以外の空き領域N/A28841.3 MB50 %
MFT 予約領域内の空き領域N/A7058.9 MB12 %
___________________________________________________
合計9626957194.7 MB100 %
208:名無しさん＠お腹いっぱい。
06/04/25 19:15:32 mcb1c3g40
って、PerfectDiskが出力するファイルがリッチテキストドキュメントなの忘れてたorz
コピペじゃ崩れまくりで見にくいじゃねーかorz
面倒なのでファイルうｐ
URLﾘﾝｸ(www.uploda.org)
Passは設定してないよ
まずすぐ解るのが、Contigがメタデータを最適化してくれない事かな。
その他の断片化やファイルのつめ方、ブートファイルの扱いも全てPerfectDiskのが上ですね。
つーかシェアだし、Contigが詰めないのは仕様だけど。
209:名無しさん＠お腹いっぱい。
06/04/25 19:40:36 mcb1c3g40
うどん4人前を一人で食ったら死にそうな件。
なんか膨らんできてねーかこれorz
210:名無しさん＠お腹いっぱい。
06/04/25 19:42:50 f4Oc1VJQ0
そんなこと言われても
211:名無しさん＠お腹いっぱい。
06/04/25 21:02:06 WYUtOwmr0
腹の中デフラグすりゃいいじゃん
212:路伯 ◆a.0e5YxqBY
06/04/26 00:06:00 o2zS1UlH0
>>208
Contigの長所はまさにその「詰めない」ところ。
方向性が違うんだよ。
213:名無しさん＠お腹いっぱい。
06/04/26 00:15:47 jEeK/l5j0
>>212
それは承知しとりますです。
あとデフラグ中の軽さもですな
214:名無しさん＠お腹いっぱい。
06/04/26 01:01:15 1KScp/ch0
詰めなくてもいいから、一旦全てのファイルを連続にしてから、
途中の空き領域容量と、其処にピッタリ填まる、
其処より後ろのファイルを教えてくれないかなぁ・・・
215:名無しさん＠お腹いっぱい。
06/04/26 20:39:02 te12yu5I0
それそれ。>>214
闇雲に詰めるﾔﾂは堪らん。
あと、BOOTファイルの再配置も標準のRundll32 advapi32.dll,ProcessIdleTasksの方が
僅かながら良い結果が出てる。(当環境では)
で、今のところContig＋DiskeeperLiteが妥協点。
オフラインデフラグには仕方無くPD。
216:名無しさん＠お腹いっぱい。
06/04/26 22:01:27 1KScp/ch0
>>215
「Rundll32 advapi32.dll,ProcessIdleTasks」て何？
ちょっと実行を躊躇ってしまう。
217:名無しさん＠お腹いっぱい。
06/04/26 22:09:07 Fw86nXFA0
ぐぐれよ
218:名無しさん＠お腹いっぱい。
06/04/26 23:40:39 Wnq7HP8t0
ぐぐれば快適なディスク環境を返していただけるんですね？
219:路伯 ◆a.0e5YxqBY
06/04/30 22:45:57 vo/SUgBz0
保守
220:名無しさん＠お腹いっぱい。
06/05/02 00:06:35 Krf8f/VC0
contigっていいソフトだね
送る にショートカットを作っていい感じにデフラグしてる
221:名無しさん＠お腹いっぱい。
06/05/02 10:01:39 bJwmpgMM0
ディスクの先頭から順番に空き領域をスキャンし、
その部分に丁度収まるファイルをそれ以降の部分から全部見つけて
「どれを移動しますか？」って聞いてくれるソフトが欲しい。
222:名無しさん＠お腹いっぱい。
06/05/08 15:16:25 2QWHQkJ20
そして
223:名無しさん＠お腹いっぱい。
06/05/08 16:13:34 ZMn5MjR6O
電設へ
224:名無しさん＠お腹いっぱい。
06/05/08 16:28:40 Kks8D5MJ0
>>223
ちょｗｗｗｗｗ
225:名無しさん＠お腹いっぱい。
06/05/08 21:36:29 2QWHQkJ20
そうきたか。
226:名無しさん＠お腹いっぱい。
06/05/09 05:38:45 sp90g4bT0
部屋でタバコを吸う人と吸わない人では、hddの寿命が、倍ぐらい違うらしいね
227:名無しさん＠お腹いっぱい。
06/05/09 20:27:25 2CmATz2v0
仕方ないな。
HDDのためならタバコ吸ってやるか。
228:名無しさん＠お腹いっぱい。
06/05/09 21:03:43 TkIVJMVH0
>>226
タバコを吸う方がHDDが倍長生きするんだよな。
非喫煙者は無駄にHDDの寿命を縮めている。
229:名無しさん＠お腹いっぱい。
06/05/09 21:21:39 BqiSINsv0
喫煙環境でのボリュームとかスライド接点の短命化は異常
230:名無しさん＠お腹いっぱい。
06/05/09 21:46:21 AIcgeKXp0
タバコだのデフラグだのお前ら50歩鼻くそだっつーの
231:名無しさん＠お腹いっぱい。
06/05/09 22:10:29 iJvoiRTQ0
_ノ~ ＼,r‐''￣~`ｰく ＼
_／￣~7 ＞ ヽ､ ヽ
,.-‐' l /~ _,.-イ ｀ヾ ｰ-､｀'' ￣ヽ
/ 人fﾆ"~ __／ |￣ ﾞｰ-､ ヾ. ）
| ,.r'"~￣`tn.jｰ‐r――‐' ヽ /
ヽ／ ( /ノ ｢ヾ' ∧ ＼ く
/ ヾ. /U ｀i ﾉ ＼ ヽ ,ｨﾊ
く / | .|' ﾞi ､ i .f'ﾞ='
＼ / _|/ | ﾄ､ ＼ ﾄﾊ ,!
`ｰ-､__/ー'Tﾌ~| l! ＼ヽヽ. ＼ ﾄヾ,ハ.
.｣ r'"' !l |,_,_,,,_,__.. ＼ﾞ､＼:､､ゞヽ,,;ﾞ ト i| （
i'~ゝ､! ,ｲﾉ''''''''''''''''` ヽゝ ,ｨ‐r=ｯ ﾚ'ﾘ ） (
ヽi r'j ! " _,;;rr=ｪｯ､ '~`ﾞ'ﾞ`｀ :| i' （ ( ）
ﾞi ヽり, '~´`´´｀ ::. r' ヽヽ ﾉ
＼ 从 | ） ）)
ﾞｰ'ﾍ _. _. | （,, （
ヽ _,,...-''＿＿＿|＿＿＿＿_） おまいら、たばこくらいで騒ぐなよ。
,ハ. ／ :;;;;;;;;;;;（ ((;;）.
ノ ＼ ｀ﾞー ￣￣￣￣/￣￣￣￣
／ `ｧ:.._ ノ / / | ヽ
ﾉ ＼:.ヾ‐-:::...-‐'" / | | ＼
232:名無しさん＠お腹いっぱい。
06/05/09 23:38:41 wdZoviXMO
今日のことわざ
50歩鼻糞を笑う
233:デフラグさん ◆mRgSYalFkQ
06/05/09 23:41:14 8s4JSCLe0
[ﾟдﾟ] ﾃﾞﾌﾗｸﾞｶﾝﾘｮｳ
/[＿]ｂ
| |
05うこざとのわを今笑日鼻糞歩
234:名無しさん＠お腹いっぱい。
06/05/10 09:29:38 RSWoHrAt0
マジレスすると、レンズがデリケートな光学ドライブならともかく、
密閉されてる HDD の場合、タバコの煙はあんま関係ない気がする。
235:名無しさん＠お腹いっぱい。
06/05/10 09:33:09 L3wPpHIG0
密閉されてないよ
関係あるかどうかは知らないが
236:名無しさん＠お腹いっぱい。
06/05/10 10:01:42 oPZBC/0R0
煙草は、ＨＤよりも身体の方に悪いと思うが。
237:名無しさん＠お腹いっぱい。
06/05/10 14:49:59 oi40GUaw0
ドライブ見てみ
穴開いてるから
フィルター経由で空気の出入りがある
238:名無しさん＠お腹いっぱい。
06/05/10 16:41:10 NbA/DyK70
泉重千代の長生きの秘訣は毎日の喫煙
239:名無しさん＠お腹いっぱい。
06/05/10 23:04:48 ns3cVKf1O
あり得ねー
240:名無しさん＠お腹いっぱい。
06/05/16 10:16:03 YQyvcbOM0
結局，バージョンアップした contig , dirms , buzzsaw は特に使用感
に変化なしってこと？
241:名無しさん＠お腹いっぱい。
06/05/16 11:41:23 Q/8PLS6D0
>>240
dirms に関しては、オプションは増えたみたいだけど、
大して変わりはないね。
242:名無しさん＠お腹いっぱい。
06/05/19 22:50:35 mK3zVRkX0
そうか。遅くなったけど，ありがとう。
243:名無しさん＠お腹いっぱい。
06/05/20 00:26:09 ohjyYWt60
dirms-CLは、コマンドプロンプトからレジストレーション情報をコピーしてWebSiteのフォームに貼る時に、コマンドプロンプトの画面幅(80文字毎)の改行は消しておかないと、invalid codeになってしまうね。気をつけないと。
244:名無しさん＠お腹いっぱい。
06/05/20 22:58:34 ECG42ex+0
245:名無しさん＠お腹いっぱい。
06/05/20 23:56:58 TRyaDD+/0
>>208
亀だけど乙。
contigって意外とキチッと最適化してくれるんだね。
俺は時間が有る時たまにDiskeeperで、PC使用中とかは重くならないcontigって感じだ。
ところで今悩んでるんだが、Bootvisと相性の良いデフラグソフトって何だろう？
それとTuneXPのブートファイルデフラグ。
ブートファイルデフラグはブートファイルを先頭に持ってくるからPDは却下かな。
デフラグだけならcontigでも良いからまずとして、bootvisとTuneXpのっちを先に実行すればよいのか・・・？
っと、これ以上はスレ違いだな
246:路伯 ◆a.0e5YxqBY
06/05/21 16:26:33 ob4Dg+lF0
>>245
そんなあなたには、コマンドプロンプトから、
Rundll32 advapi32.dll,ProcessIdleTasks
これで、起動時の読み込み順にファイルが並ぶはず。
247:名無しさん＠お腹いっぱい。
06/05/21 16:32:13 b+FvxJI90
>>246
ｍｊｄ？
やってみる
248:名無しさん＠お腹いっぱい。
06/05/22 08:01:38 8ZiC6ORc0
よけいなお世話だけど，TuneXPは，使用後にMFT 予約領域が消失した
という報告もあるので，気をつけた方がいいよ。
URLﾘﾝｸ(denshizuno.at.webry.info)
249:名無しさん＠お腹いっぱい。
06/05/22 18:34:57 G+DZxVkU0
>>248
そこの人、セクタの割り当て順について激しく勘違いしてるな。
プラッタやヘッドが複数あろうが、シリンダ番号より先にヘッド番号が進むから、
外周部分が複数あるなんてことはない。
そもそも、複数の面で同一位置にあるトラックが円筒状になるのでシリンダというわけで。
今は外から見える CHS は仮想的なものだから内部的にどうなってるかは不明だけど、
わざわざシークタイム的に不利になる、面を先に使い切るようなことしてるとは思えん。
250:名無しさん＠お腹いっぱい。
06/05/22 19:05:45 xV/RkEU80
>>249
> 1. うちのマシンのCドライブには、ハードディスクの外周部分が複数ある。
久々に心の底から笑えるネタに出会った。
そのサイトの著者はどうやら1枚目のプラッタを使い切ってから2枚目以降を使うと思い込んでいるようですな。
だからすべての推測が間違った方向にいってしまっている。
MFT予約領域については、それはあくまで「予約」であり、予約領域の量は何かと変動するからね。
たとえばPerfectDiskのオフラインデフラグをかけても変化する。
もともとMFTが伸張された場合にそれがフラグメントを起こさないように開けてある領域だから、
ディスクにデータが埋まっていき、空き領域が減ってけば、予約領域は減らしていく方がいいという
判断なんだろうね。空き領域が減るということは、新たに書き込まれるデータが減るということで、
そのために予約しておく領域も少なくていい、と。
251:名無しさん＠お腹いっぱい。
06/05/22 19:07:04 +H0Lo4Dz0
必要なサイズぶん実際のMFTを確保したら予約領域なんか無くしてしまう方がいい
252:名無しさん＠お腹いっぱい。
06/05/22 19:10:56 xV/RkEU80
で、肝心のTuneXPについては…再配置機能は使わない方がいいと思うね。
そのサイトの著者も語っているように、デフラグソフトとの相性が悪い。
PerfectDiskにもブートに使用するファイルを先頭に連続して配置する機能があるが、
PerfectDiskの場合Windows本体のプリフェッチ機能と上手く共存させている。
しかしTuneXPの場合何も対策をしていないので、TuneXPをかけてもその後
デフラグするとまた配置が換わり、意味がなくなってしまう。
TuneXPの他の機能はいいと思うが、ファイルの配置機能は使うべきではない。
253:名無しさん＠お腹いっぱい。
06/05/22 19:58:54 lP97GC9J0
以前は、何としても全てのファイルを連続にして前に詰めてたけど、
最近は、連続にさえなってればいいや、って思う様になった。
254:名無しさん＠お腹いっぱい。
06/05/23 05:47:11 XA2opbUr0
>>245
> ところで今悩んでるんだが、Bootvisと相性の良いデフラグソフトって何だろう？
> それとTuneXPのブートファイルデフラグ。
> ブートファイルデフラグはブートファイルを先頭に持ってくるからPDは却下かな。
PDってPerfectDiskの事だと思うが、なぜPerfectDiskが却下なのか理解に苦しむ。
PerfectDiskはBootvisが作成した情報に従って、ブートに必要なファイルを先頭に配置する。
この機能があるのはPerfectDiskだけだ。Bootvisともっとも相性のいいソフトといえよう。
Bootvisをかけた後に、PerfectDiskで配置し直すという使い方になるけどね。
255:名無しさん＠お腹いっぱい。
06/05/23 22:05:36 dR6KbHpN0
>>249
ああ，言われてみると確かにおかしなことになってるね。その辺読んでなかったから気づか
なかった。ところで，CHSってLBAに変換してるケースも含めて今ではほとんど使われてない
のかと思ってたけど，そうでもないの？
256:名無しさん＠お腹いっぱい。
06/05/23 22:11:09 dR6KbHpN0
MFT予約領域については，データが増えたとしても積極的に減らすべきじゃないと思う。
まず，予約領域は，ディスクが最大容量に達した後はファイルの記録に消費されるので，事
前に減らす必要がなさそう。
それに，MFTは，小さなファイルについてはデータを直接格納し，その場合はMFT単独で肥大
するので，「ディスク内の空き領域が減ればMFT予約領域の必要性も比例的に減る」わけで
はない。さらに，ファイルが削除されてもMFTのサイズは小さくならないから，ディスクが
埋まってきていったん予約領域が減らされた後にファイルが削除された場合，ディスクに十
分な空きがあるのにMFTの予約領域はほとんどないという状況になってしまう。
なので，ディスクが埋まってきたとしても，予約領域を積極的に減らすとMFTの断片化を招
く可能性が増える。
と，思う。
257:名無しさん＠お腹いっぱい。
06/05/23 22:22:21 EGzjXPVa0
>>256
>>251
258:名無しさん＠お腹いっぱい。
06/05/23 22:43:38 SbeKGi1O0
皆ＮＴＦＳが好きだね。
私はＦＡＴ３２派。
９ｘのノートンＳＤでデフラグ出来るし。
259:名無しさん＠お腹いっぱい。
06/05/24 01:04:01 fG6yQZvH0
>>256
> まず，予約領域は，ディスクが最大容量に達した後はファイルの記録に消費されるので，事
> 前に減らす必要がなさそう。
いや、意外とその「消費の仕方」が下手で、Windows自体に任しておくと、ぐちゃぐちゃになるんだよ。
> するので，「ディスク内の空き領域が減ればMFT予約領域の必要性も比例的に減る」わけで
> はない。
だれも「比例して減る」などとはいってない。確率的には減るといっている。
> 埋まってきていったん予約領域が減らされた後にファイルが削除された場合，ディスクに十
> 分な空きがあるのにMFTの予約領域はほとんどないという状況になってしまう。
別にその時は削除されてもう使われてないMTFの領域を使えばいいわけで、何もわざわざ
予約領域から新たに確保する必要ないのだが？
> なので，ディスクが埋まってきたとしても，予約領域を積極的に減らすとMFTの断片化を招
> く可能性が増える。
だからぁ、バランスよく減らせばいいだけのこと。何度もいうけど、Windowsに任せておくと
食い散らかして汚くなるんだよ。まあデフラグすればいいだけなんだけどね。
またPerfectDiskはオフラインデフラグでMFTのデフラグもできるのだから、MFTのフラグメントは
あなたが考えるほど致命的ではない。
ま、MTFS予約領域まで動員しないとならない手前で使用容量は抑えておくのが賢明だとおもうけどね。
260:名無しさん＠お腹いっぱい。
06/05/24 04:01:13 xO+PSibQ0
>>254
> Bootvisをかけた後に、PerfectDiskで配置し直すという使い方になるけどね。
・・・・・。
相性がいいと思えるのは「標準デフラグ」「Diskeeper(Lite)」ぐらいしか知らないな。
ちなみに、「BootvisのOptimize System」≒「Rundll32 advapi32.dll,ProcessIdleTasks」なので
わざわざBootvisを使うまでも無いよ。
261:名無しさん＠お腹いっぱい。
06/05/24 05:47:17 fG6yQZvH0
>>260
> 相性がいいと思えるのは「標準デフラグ」「Diskeeper(Lite)」ぐらいしか知らないな。
いや、標準でフラグは相性悪いよ？Diskeeperも同じだけど。
空き領域のど真ん中にブート用ファイル群を配置するし、十分な連続領域が取れないと、
きちんと固まりとして配置しない。
PerfectDiskなら他のファイルをどかして、きちんとHDDの先頭部分に配置する。
> ちなみに、「BootvisのOptimize System」≒「Rundll32 advapi32.dll,ProcessIdleTasks」なので
もともとBootvisの話だから、それに沿って話しているだけのこと。
文脈を読めばこの程度のこと分かりそうなものだけどねぇ（笑
262:名無しさん＠お腹いっぱい。
06/05/24 05:54:51 fG6yQZvH0
んで、PerfectDiskが標準デフラグやDiskeeperに比べてPrefech関係で（まあそれに限らないが）
優れている点こそあれ、劣っている部分はないと思うよ？
あなたが相性がいいツールは標準でフラグとDiskeeperしか知らないというのは、PerfectDiskをよく知らないからだろう。
まあしっているなら「PerfectDiskのこういう点がダメだ」といってくれてかまわないけどね。
まあPerfectDiskにも当然文句はあるが、それはまた別な話。
263:名無しさん＠お腹いっぱい。
06/05/24 06:14:52 fG6yQZvH0
一応説明しておくと、PerfectDiskにはOSおよびアプリの高速起動用プリフェッチを
どうレイアウトするか選択できる。Windowsに任せることも出来るし、PerfectDiskが行うことも出来る。
Windowsに任せた場合は、PerfectDiskはプリフェッチ関係のファイルについて関知しない。
つまり標準デフラグが3日に1回行うのと同じになる。
PerfectDiskに任せるモードでは、レジストリを変更して標準デフラグが行う再配置を停止し、
PerfectDiskが起動したときだけプリフェッチデータに基づき再配置を行う。
このモードにはさらに二種類あり、OSのブート関係のファイルのみを再配置するか、
アプリ起動用のファイルも再配置するかを選択できる。
264:名無しさん＠お腹いっぱい。
06/05/24 06:21:18 fG6yQZvH0
で、俺は標準の動作、ブート関連のファイルだけいつの間にか（3日に1回)勝手にいじられるのは
どうかと思うから、PerfectDiskに任せている。これならPerfectDiskでデフラグするときだけ、他のファイルが
デフラグされる時に、同時にブート関連のファイルも適切に再配置される。
いつのまにか自動的に再配置されるよりずっといいと思うけどね。なにしろ標準の動作だと、
起動用のファイルをまとめてくれるのはいいが、それしか考えないから、起動用のファイルを抜き出した
跡があいてしまう。つまり空き領域の断片化の原因になる。
まあそこまで神経質にならなくてもいいという気はするが、断片化するよりはしない方がいいだろう。
265:名無しさん＠お腹いっぱい。
06/05/24 10:03:47 yejnjZSX0
>>259
> いや、意外とその「消費の仕方」が下手で、Windows自体に任しておくと、ぐちゃぐちゃ
> になるんだよ。
なるほど。これは，知らなかった。これって，ディスクに占めるデータの割合が同じ状態で
空き領域を消費する場合よりも，MFT予約領域を消費する場合の方が「ぐちゃぐちゃ」にな
るということですよね？そうでないと，予約領域を敢えて削減して空き領域を作るべき理由
にならないと思うのですが。とはいえ，私も予約領域を消費するまでディスクが埋まった場
合を想定する意味はあまり感じてませんが。
> だれも「比例して減る」などとはいってない。確率的には減るといっている。
「確率的」の意味がよく分からない。「おそらく減るだろう」という程の意味だとすると，
空き領域が減れば，同時にMFT予約領域も減っていくのだから，そのままで良いということ
にもなりませんか？書き込みによる減少に加えてさらに予約領域を敢えて削る理由として
は足りないと思うのです。
> 別にその時は削除されてもう使われてないMTFの領域を使えばいいわけで、何もわざわざ
> 予約領域から新たに確保する必要ないのだが？
これはまったくその通り。こちらの勘違いです。失礼しました。これは理由にならない。
ちなみにMFTの断片化が致命的とまでは思っていませんよ。どうも予約領域を削減する積極的
理由が見えてこないということです。
266:名無しさん＠お腹いっぱい。
06/05/24 10:09:57 yejnjZSX0
ここまでみて結局，「ぐちゃぐちゃ」の件以外，予約領域を削減する「積極的」理由がよく
わからないのですが，空いた領域の分だけ普段の（オンライン）デフラグが効率的にできる
可能性があるというあたりでしょうか。削減するデメリットは，小さなファイルの蓄積によ
ってMFTが肥大し予約領域を使い切る可能性があること。
ただ，確保すべきMFT領域のサイズがよく分からないので，あなたの言う予約領域削減にお
ける「バランス」がどこにあるのか見極めにくいと感じています。
すなわち，MFTに直接格納される小さなデータは通常のファイルに加え，ディレクトリ，ショ
ートカットなど様々あり，セキュリティ関係のアプリの更新やMSのパッチ等を考えると，
どうしても蓄積されて増えていくので，MFTの必要となるサイズ（の上限）が予想しにくい。
一方で，デフラグの効率性についてはcontig，dirmsを使えばそれほど空き領域を気にす
る必要はない。なので，とりあえずMFTゾーンの初期サイズは大きめにしておき，敢えて削
減する必要もないだろうと個人的には考えるのですが。
というわけで，削減すべき積極的理由など「バランス」をとる際の要素が他にあれば参考に
したいので聞かせてもらえませんか？まぁ，もちろん，これも個人の環境に激しく依存する
わけですけど。
267:名無しさん＠お腹いっぱい。
06/05/24 11:27:30 /SNmPTeh0
メカage
268:名無しさん＠お腹いっぱい。
06/05/24 12:17:17 aKHtLfng0
久々だな、おい
269:名無しさん＠お腹いっぱい。
06/05/24 14:44:04 IJOwFFy10
デフラグって年に２，３回で十分よね
270:名無しさん＠お腹いっぱい。
06/05/24 15:09:37 tfiFXN/d0
俺、毎日やってんだけど。
271:デフラグさん ◆mRgSYalFkQ
06/05/24 15:41:25 9dvbQiL00
[ ﾟдﾟ]y-一~~~~ ｻｲﾃｷｶﾉﾋﾂﾖｳﾊｱﾘﾏｾﾝ
ﾉ[ ﾍ ﾍ
■■□■■□◇＿◇□□□
272:名無しさん＠お腹いっぱい。
06/05/24 19:26:00 fG6yQZvH0
>>265
> 空き領域を消費する場合よりも，MFT予約領域を消費する場合の方が「ぐちゃぐちゃ」にな
だからそう書いているつもりなんだけどね。俺の文章でそう取れない表現があったら教えてほしいね。
> 「確率的」の意味がよく分からない。「おそらく減るだろう」という程の意味だとすると，
「弱い相関関係がある」という意味だよ。
> 空き領域が減れば，同時にMFT予約領域も減っていくのだから，そのままで良いということ
> にもなりませんか？
なんか混乱してるようですな。空き領域が減れば、あらたに作られるファイルも減るはずで
今後新たに必要になるであろうMFTのサイズも減っていくということ。
最初の頃、新たに作られるファイルのサイズが分からないから多めにMFT用に領域を確保しておいたが、
HDDの大半が消費されれば、その領域は「確定」していくわけで、自ずと「不確定」さは減っていく。
たとえれば、HDDの残り領域が、HDDの容量あたりもっともMFTの使用量が多いサイズのファイルで
埋められるケースを想定してMFT用の領域を当初確保していたとする。HDDの容量を半分使い切った
段階で振り返ってみれば、そんな最悪のサイズのファイルは少数だった、と分かったとしよう。
となれば残りの半分が最悪のサイズのファイルで全部埋まったとしても、当初想定していた最悪の状態
(HDD全体が最悪のサイズのファイルで埋まる）ほどはMFTの領域は必要ないことが分かるわけだ。
ならばその分予約領域を縮めるという判断は悪い判断ではないだろう。
> ちなみにMFTの断片化が致命的とまでは思っていませんよ。どうも予約領域を削減する積極的
> 理由が見えてこないということです。
積極的な理由がなければ削るべきではない、と考えるのが「致命的と考えている」といってるんだけどね。
気軽に削るのは控えるべきと考えているわけだろう？
273:名無しさん＠お腹いっぱい。
06/05/24 19:47:15 fG6yQZvH0
>>266
> わからないのですが，空いた領域の分だけ普段の（オンライン）デフラグが効率的にできる
> 可能性があるというあたりでしょうか。
いや別にPerfectDiskは空き領域の大きさでそれほどデフラグの効率の良さは変わらない。
Diskeeperとかだと空き領域がないとすぐ音をあげるけどね。
不要なMFT予約領域を削るのは、Windowsに自動的に削らせるよりもファイルの配置が
マシだから。デフラグをしばらく書けない状態でもそこそこの配置が維持できる。
まあ毎日デフラグかけている人にとっては関係ない（笑
> 削減するデメリットは，小さなファイルの蓄積によ
> ってMFTが肥大し予約領域を使い切る可能性があること。
PerfectDiskとかがMFTを縮小する場合、そうなる確率がそれほど高くない程度の範囲で縮小してるんじゃないの？
いや実際に詳しく調べたことないけどさ。俺が長年使っていて見ていた限りでは縮小されたMFT予約領域では足りなくて、
再び増加させたというケースはなかったよ。もちろん想定外のことが起きることはあるだろうが、その時はオフラインデフラグを
かければいいわけで。
> ただ，確保すべきMFT領域のサイズがよく分からないので，あなたの言う予約領域削減にお
> ける「バランス」がどこにあるのか見極めにくいと感じています。
そりゃそうだろうねぇ。しかしそれをいうなら、最初に確保されているMFT予約領域のサイズにどれほど
正当性があると考えるのかね？あなたがツールによって縮小された予約領域に不安を覚える一方、
最初から設定されている予約領域のサイズに安心をを感じるのは単に「最初そうなっていた」という理由だけだよね。
どのみち「予想外」のことが起きる可能性はゼロではないわけだよ。
274:名無しさん＠お腹いっぱい。
06/05/24 19:48:40 fG6yQZvH0
> 一方で，デフラグの効率性についてはcontig，dirmsを使えばそれほど空き領域を気にす
上に書いたように、別にデフラグ動作の効率のために予約領域を縮めているわけじゃないって。
もしそうならそれこそ本末転倒でツールが馬鹿だろう。
> る必要はない。なので，とりあえずMFTゾーンの初期サイズは大きめにしておき，敢えて削
> 減する必要もないだろうと個人的には考えるのですが。
だから「大きめにしておいた方が安心」というのは「溢れたら大変」という感覚を持っているからだろ？
たとえばMFTをデフラグできないツールなら、確かにMFTが一度フラグメントしてしまうと取り返しが
つかないわけで、俺だって「心配」になる。しかしPerfectDiskとかはMFTをデフラグできるのだから、
それは「取り返しのつかない」事態ではない。ならば必要以上に「安全側」の選択をする必要はない。
逆に言えば標準のWindowsはMFTをデフラグする機能を持たないから、MFTがフラグメントを
起こさないようにかなり安全側に偏ってMFT予約領域を算出してるんじゃないのかなぁ。
> というわけで，削減すべき積極的理由など「バランス」をとる際の要素が他にあれば参考に
残念ながら、PerfectDiskがどういう戦略でMFT予約領域を縮小しているのかは調べたことがない。
しかしすでに述べたように、「MFT領域を多めに確保しておく」という方針の場合、HDDの大半が
まだ未使用な状態で想定する「多めのMFT領域」とすでに半分消費されている状態での
「多めの領域」は後者の方が当然小さい。その段階ではすでに半分はどういう性質のファイルが
書き込まれているのか確定しているから、最悪のサイズを想定する必要がなくなったのだからね。
だからその辺を鑑みて決定してるんじゃないのかなぁ、と漠然と思ってるんだけどね。
この際だからあなたが調べて教えてよ（笑
275:名無しさん＠お腹いっぱい。
06/05/24 19:55:37 fkgN9ma30
やべえ、ついていけねえ
276:名無しさん＠お腹いっぱい。
06/05/24 20:18:56 ec1TvvWY0
>>273
ホントＤＫは糞だよね。
ＰＤの場合、空き領域が殆どゼロでも、
何の問題もなく淡々とデフラグしてくれる。
277:名無しさん＠お腹いっぱい。
06/05/25 00:22:25 W/yE1dB50
Diskeeper=糞なのは常識
278:名無しさん＠お腹いっぱい。
06/05/25 11:04:47 v5IVrOj40
>>275
メカについていく必要は無い
279:名無しさん＠お腹いっぱい。
06/05/25 12:17:57 Xjw6ku/b0
>>272
> だからそう書いているつもりなんだけどね。俺の文章でそう取れない表現があったら教えてほしいね。
単純に不思議だったのです。より「ぐちゃぐちゃ」になることを実証するには相当数の環
境の異なるサンプルで実験する必要があり，不確定要素が非常に多く，かなり面倒だろう
と思ったので，私の理解が合っているのか確認したかったのです。
> なんか混乱してるようですな。空き領域が減れば、あらたに作られるファイルも減るはずで
> 今後新たに必要になるであろうMFTのサイズも減っていくということ。
意図が伝わらなかったようですね。私は，上記を前提に書いています。「今後新たに必要
になるであろうMFTのサイズも減っていく」が，それにつれて当然残りの予約領域も減っ
ていく。であれば，さらに削減する必要はないという結論も導けるのであり，いずれかの
結論のみを支持する根拠にはなり得ないということを言ったのです。
280:名無しさん＠お腹いっぱい。
06/05/25 12:24:16 Xjw6ku/b0
>>272
> たとえれば、HDDの残り領域が、HDDの容量あたりもっともMFTの使用量が多いサイズのファイルで
> 埋められるケースを想定してMFT用の領域を当初確保していたとする。HDDの容量を半分使い切った
> 段階で振り返ってみれば、そんな最悪のサイズのファイルは少数だった、と分かったとしよう。
>
> となれば残りの半分が最悪のサイズのファイルで全部埋まったとしても、当初想定していた最悪の状態
> (HDD全体が最悪のサイズのファイルで埋まる）ほどはMFTの領域は必要ないことが分かるわけだ。
> ならばその分予約領域を縮めるという判断は悪い判断ではないだろう。
文意が不明ですが，MFTに入力される各エントリーのサイズは常に1024bytesだとMSは説明
しています。異なる見解もあるようですが。そして通常，１つのファイルにつき１つのエ
ントリーが作られる。これは，ファイルサイズとは無関係です。
また，通常約750bytes以下の小さなファイルはMFT内部に直接格納され，外部の領域には
保存されません。したがって，可能性としては，HDDの空き領域がMFTのみで全部埋まるこ
ともあり得るのであり，どこまで空き領域が減っても予約領域をMFTが使い切る可能性は
消えません。そして，このような小さなファイルが最終的にどれほど蓄積されていくのか
予測がしにくいので，MFTの必要サイズを見極めるのが難しいと言っているのです。
> 積極的な理由がなければ削るべきではない、と考えるのが「致命的と考えている」といってるんだけどね。
> 気軽に削るのは控えるべきと考えているわけだろう？
あなたの語義解釈は分かりました。しかし，私は積極的理由があっても，自分にとって致
命的なことは実行しません。私にとって「致命的」という言葉は，「気軽に実行するのは控
えるべき」という言葉ほど軽くないということです。ご理解ください。
281:名無しさん＠お腹いっぱい。
06/05/25 12:30:06 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の必要十分なサイズはやはり見極めにくいと思うの
です。まぁ人によって違うでしょうが。
282:名無しさん＠お腹いっぱい。
06/05/25 12:35:47 Xjw6ku/b0
結局，ここまでのところ，予約領域を削る積極的理由，言い換えれば，損失回避または利
益享受という意味での「メリット」は特にめぼしいものが挙がっていないように思います。
「ぐちゃぐちゃ」の件は，あなたの言うとおり，そこに至ること自体賢明とは言えず，考慮
の必要が薄いし，そうなった時点で自分で予約領域を削れば容易に対処できます（XPの場合）。
また，デフラグの効率性に大差はないことについてもほぼ共通認識が得られました。
一方，デメリットは，予約領域を使い切るおそれがあること。これは不確定要素が多く,
私は上記の通り空き領域が減っても不確定性はそう変わらないと感じています。あなたは
違うようですが。また，MFTを処理するデフラグメンタを用いないユーザーにとってこの
デメリットは心配の種になるが，そうでない人にとってはそうではないというのはあなた
の言われたとおり。
そうすると，MFTを処理するデフラグメンタを用いない私にとって，予約領域削減は，メ
リットが感じられず，一方で不確定要素があるとはいえデメリットがあリ得るということ
になります。とすれば，実行しないという選択は私にとって至極当然の判断です。これは
デメリットが「致命的」か否かという以前の問題です。繰り返しますが，私にはメリット
がなく，デメリットがあり得る。だからやらないということです。もちろん，あなたの場
合は違うでしょう。
だいぶ長くなりました。大体互いの状況，考慮要素，その評価基準，価値観等の理解が得
られたかと思います。結局，これらの違いにより下される結論も異なるという当然といえ
ば当然の結論に至ったようです。スレの本旨から外れた話を長文で書き込むのもどうかと
思うのでそろそろお開きにしたいのですが，あなたはどうでしょうか。
というか，これ以上長文書くのが面倒ですし。
283:名無しさん＠お腹いっぱい。
06/05/25 13:03:35 znm1VJgE0
「面倒ですし。」迄読んだ。
284:名無しさん＠お腹いっぱい。
06/05/25 14:49:38 Xjw6ku/b0
>>281の訂正
4行目 × 「XPの場合」 → ○ 「NT4 sp4以降の場合」
>>282の訂正
4行目 × 「XPの場合」 → ○ 「NT4 sp4以降の場合」
失礼。
>>283
普通にありがとう，とマジレス。
285:名無しさん＠お腹いっぱい。
06/05/25 18:59:35 4hDf3vY20
>>279
> 単純に不思議だったのです。より「ぐちゃぐちゃ」になることを実証するには相当数の環
> 境の異なるサンプルで実験する必要があり，不確定要素が非常に多く，かなり面倒だろう
長年、容量不足のサーバーをだましだまし管理してれば分かるよ（笑
> 意図が伝わらなかったようですね。私は，上記を前提に書いています。「今後新たに必要
> になるであろうMFTのサイズも減っていく」が，それにつれて当然残りの予約領域も減っ
> ていく。であれば，さらに削減する必要はないという結論も導けるのであり，いずれかの
> 結論のみを支持する根拠にはなり得ないということを言ったのです。
あなたホントーに頭悪すぎ。マジで理解できないわけ？「マジで理解できません」というなら、
あと一度だけ説明してあげるが。
286:名無しさん＠お腹いっぱい。
06/05/25 19:16:20 4hDf3vY20
>>280
> 文意が不明ですが，MFTに入力される各エントリーのサイズは常に1024bytesだとMSは説明
うーん、そうだね、あなたは根本的に何が問題か理解できないらしい。
極端な話、すべてショートカットだけで埋められたHDDがあると考えればいい。その状態だと
HDDの容量あたりのMFTの占める割合は100%だよね。
もちろん普通のHDDはデータの占める割合の方が遙かに大きい。たとえば1%ぐらいだとしよう。
しかしMFTがフラグメントする危険性を考えて、5%ぐらいを想定して初期のMFTの予約領域の
サイズを決定したとする。つまり「少し多め」にしたわけだ。
100GBのHDDで5%というと5GBとなる。フォーマット直後のMFT予約領域がこのサイズだ。
で、そのHDDにいろんなファイルを詰め込んで半分まで使用した状態になったとする。
容量あたりのMFTの使用状況は予想通り1%だったとしよう。つまり50GBすでに使用されているから
MFTは0.5GBが使用されている。
この時点で残り50GBについてもう一度どれだけのMFT予約領域が必要かを考える。
多めの見積もり5%だとすると、50GBの5%だから2.5GBだ。
しかしこの時点では初期化時に100GBの5%である5GBのMFT予約領域を確保している。
そしてこの時点での使用されているMFTは50GBの1%である0.5GBであり、今後50GBの
5%である2.5GBがまるまる使用されたとしても0.5GB+2.5GB=3GBしか必要ないことになる。
つまり最初に確保した5GBのMFTは不要で、3GBに縮小してもいいということになる。
ゆ～あんだすたん～？（笑
287:名無しさん＠お腹いっぱい。
06/05/25 19:17:41 4hDf3vY20
> 予測がしにくいので，MFTの必要サイズを見極めるのが難しいと言っているのです。
だからぁ、それは初期化時に確保した予約領域のサイズだって同じ事だといってるだろうに。
それを「最初に決めた」という理由で何かすごい根拠のある値だと思っている点があなたの間違いな分け。
> あなたの語義解釈は分かりました。しかし，私は積極的理由があっても，自分にとって致
> 命的なことは実行しません。私にとって「致命的」という言葉は，「気軽に実行するのは控
> えるべき」という言葉ほど軽くないということです。ご理解ください。
トートロジーですな。何を基準にどういう根拠で「気軽に実行するのは控えるべき」なのかという
観点が欠如している。気軽に実行すると”なぜ”ダメなのかを検討し根拠を明らかにするのが
技術的な見解といえる。あなたのは「特に理由はないがなんとなくこわい」といっているのと同じだ（笑
そういう人を説得しようとは思わないよ。説得できるものでもない。感覚的な感情で判断する人は、
実際に自分でやってみて慣れるとか、感覚的に自分で納得するしかないだろうからね。
288:名無しさん＠お腹いっぱい。
06/05/25 19:20:12 O/4e3ZhU0
このくだらないやりとりが自演に見えてきたヤツ→(1)
289:名無しさん＠お腹いっぱい。
06/05/25 19:26:19 v5IVrOj40
.
290:名無しさん＠お腹いっぱい。
06/05/25 19:42:46 lUAyb1DV0
(2)
291:名無しさん＠お腹いっぱい。
06/05/25 19:51:24 znm1VJgE0
何を揉めているのかサッパリ分からない・・・＿|￣|○
292:名無しさん＠お腹いっぱい。
06/05/25 19:55:24 lUAyb1DV0
必殺「トートロジー」攻撃だもん
293:名無しさん＠お腹いっぱい。
06/05/25 19:56:41 uozZ4uskP
>>291
メカを理解したら人間として負け
294:名無しさん＠お腹いっぱい。
06/05/25 19:58:44 4hDf3vY20
>>281
> いませんよ。どちらの選択がマシである可能性が高いか，また選択の際の考慮要素は何か
> という話です。
それは結構なんだけど、いつになったらあなたの選択である「MFT予約領域のサイズは
気軽に変えるべきではない」という選択の「考慮要素」の説明をしてくれるのかね？
ここまでの話ではあなたは「最初からそうなっていたから、変えるべきではない」としか言ってないよね？
最初に決めたMFT予約領域のサイズに相応の根拠があり、その根拠を覆すだけの理由がないから
変えるべきではない、と主張するならいいが、最初に決めたMFT予約領域のサイズにも
たいした根拠はないわけだよ。あなたが自分で言っているようにどれだけMFTが必要になるかなど予測できない。
だから「変更する」場合にも変更する理由は特にいらない。
ちなみに，私はMFT予約領域のサイズを初期設定より大きくしていますよ。
だから「なぜ」しているのかね？MFTが万が一にもフラグメントするといやだからだろう？
MFTをデフラグできるツールを使っている人間には、MFTがフラグメントする状態はあなたが思うほど
嫌な状態ではないって事。
> XPの初期設定は用意されたオプションの中で最も小さい値となっており，より大きく変更
> している人も結構いると思います。
「そうしている人がたくさんいる」からそうするのが正しいって？（笑
それならPerfectDiskを使っている人は世界中にたくさんいるから、MFT予約領域を自動的に
縮小するのが正しいことにもなるね。
あなたは、自分で思うほど論理的な思考ができる人間ではないようだよ？
295:名無しさん＠お腹いっぱい。
06/05/25 20:00:33 4hDf3vY20
> また，>>274で，あなたはPerfect Diskの使用を前提に話を進めており，それはよいので
> すが，私は違います。
それはあなたの勝手だ。おれはMFTをデフラグ出来るツールを使っているなら～だ、と言っているだけで、
使っていない人は別なスタイルがあるだろう。そもそもデフラグをすること自体、HDDを痛めると言って
いやがる人もいるわけで、俺から見れば薄弱な根拠にとらわれて損をしている人だとは思うが、
当面そういう人達を説得できる材料もない。
まあ素人さんが根拠なく漠然と不安を感じるのはある意味仕方のないことだとは思うけどね。
何にでも「いままでとは違う」ことに拒絶反応を起こす人はいるし、それがプラスに働くことも少なくないから、
よけい始末に負えない。
> いません。前回お聞きしたのも，「バランス」を取れと言われたあなたに，あなた自身の
> バランスの取り方について考えをお聞きしたのであって，
上で説明したように、「初期」に割り当てられているMFTのサイズがHDDの容量あたり「多め」であれば、
ある程度HDDが消費された状態なら、同じ「多め」の割合で残りの空き容量に対してMFTの量を
見積もっても、そのサイズは一般的に小さくなるはずで、それに見合う量に縮小するのがバランスが
とれた状態、ということだよ。
たとえば登山で頂上に着くまでの時間を見積もることを考えればいい。出発した直後は
途中でいろいろなアクシデントがあるかも知れないから、所要時間はかなり余裕をもって見積もるはず。
最悪でも○○時には頂上に着けるだろう、と。たとえば13時に到着できると思ってもプラスマイナス1時間ぐらいの
誤差を見込んで、最悪でも14時には着ける、と予測をし、それを見込んで登山の開始時刻を逆算するだろう。
296:名無しさん＠お腹いっぱい。
06/05/25 20:01:24 4hDf3vY20
しかしゴールに近づくにつれて不確定な要素は減っていくわけで、頂上が目前で今が12時30分なら、
このままいけば13時に着けるだろうし、最悪でも誤差は10分程度だから13時10分には頂上に着ける、と
予測するはず。つまり「最悪のケース」の予測時刻が出発直後は14時だったのが、頂上目前では
13時10分に短縮されるわけだ。
> す。Perfect Diskに予約領域を削られたことに不満を漏らすユーザーの書き込みも見まし
不満が正当なのかどうかという観点が抜けている。不満がそもそも間違いなら、それをただして正しい
判断ができるようにしてあげるのが親切というもの。もっともあなたのように理由なく「今までとは違う」という
理由だけが不満の根拠だと、「新しいものはすべて不満」となってしまって、手に負えないのだけどね（苦笑
> ともあり得る以上，HDDの空き領域が減ってきても，確実なのはMFT肥大の限界点（＝予約
> 領域＋MFT外部の空き領域）が下がることぐらいでしょう。
いんや。限界点は常に「残りの容量全部がMFT」なわけで、下がりようがない。
などもいうけどMFTの必要量を適切に見積もることなどできないのだから、最初に設定された予約領域に
ついてもたいした根拠はなく、必要以上に尊重すべき理由はない。あなたはその根拠の薄弱な
ものにとらわれ過ぎ。
> そして，HDDの使用領域がある程度増えた場合，ユーザーはHDDが埋まらないように場所を
> 取るファイルを削除するなどするでしょうが，MFTに直接格納されるような，ディレクト
> リなどの前回挙げたものは，比較的退避させにくく，また増えていく性質のものもあり，
ユーザーがファイルを削除するなら、それに伴ってディレクトリとかも削除するのが普通だと思うが？
あなたのイメージだと、だんだんあまりファイルの入ってないディレクトリがたくさん増えていくってこと？
うーん、あまり想像しにくい使い方に思うけどなぁ。
あなたの示している理由には一般性がなく、最初にMFT予約領域を減らしたくないという意向があり、
それを正当化するために理由をこじつけているように見える。
297:名無しさん＠お腹いっぱい。
06/05/25 20:01:58 4hDf3vY20
> 蓄積されやすいと考えています。そうすると，MFT外部の空き領域のサイズには大きな変
> 化がないが，MFTのサイズだけは肥大していくことになりかねない。
最悪そうなったらオフラインデフラグすればいいわけだよ。というかMFT予約領域のサイズ変更というのは
PerfectDiskだってオフラインデフラグをしなければ変更されないんだから、サイズ変更をするってことは
オフラインでフラグが前提なわけ。
あなたはPerfectDiskを使ったことがないのだろう。人間、「よく知らない」ものに対する漠然とした不安や不信を
抱くのは自然な感情ではあるが、それは乗り越えなくては、合理的な判断ができる人間とはいえない。
> ですから，空き領域が減ってきてもMFTの必要十分なサイズはやはり見極めにくいと思うの
> です。まぁ人によって違うでしょうが。
ポイントはね、変更された予約領域のサイズに妥当性があるか？ではなく、最初に設定された
予約領域のサイズの根拠にくらべて変更後の予約領域のサイズは妥当性が損なわれているか？
という点。そのなわれているならあなたの言うように「安易に行うべきではない」という考え方もあるだろう。
しかしどちらも「あまり根拠がない」という点で同じレベルなのであれば、気軽にやってはいけない理由はない。
それが「割り切るべきところは割り切る」という合理性。
298:名無しさん＠お腹いっぱい。
06/05/25 20:10:03 ZYjzbRbW0
>>288
このくだらないやりとりが自演に見えてきたヤツ→(3)
299:名無しさん＠お腹いっぱい。
06/05/25 20:28:02 4hDf3vY20
>>282
> 結局，ここまでのところ，予約領域を削る積極的理由，言い換えれば，損失回避または利
> 益享受という意味での「メリット」は特にめぼしいものが挙がっていないように思います。
あなたの想定している「デメリット」を教えてくれなきゃ「メリット」とどちらが大きいか判断しようがないじゃん。
そんなオカルティックなものをあなたはそれを合理的な判断だとおもってるのかなぁ。
「前例がないから不許可」というお役所仕事と変わらない（苦笑
MFTがフラグメントするのが嫌というのは、フラグメントしたらオフラインデフラグすればいいだけじゃん。
たいした理由もなくオフラインデフラグが嫌というのは、たいした理由もなくデフラグが嫌という人と大して変わらない。
「理由はないがなんとなく嫌」というのは強いからね～何しろ反論の余地がない（大笑
> 「ぐちゃぐちゃ」の件は，あなたの言うとおり，そこに至ること自体賢明とは言えず，考慮
> の必要が薄いし，そうなった時点で自分で予約領域を削れば容易に対処できます（XPの場合）。
自動でやってくれるならその方がいいじゃん。自動で行われると不味いことがあるなら別だが、
あなたの話には今のところ不味い理由は出てきてないよね？
あなたの予約領域変更に対する否定的なスタンスは、単に感覚的、生理的な拒絶反応に過ぎないと思うよ？
だって否定的になる理由がここまでレスを費やしても一向に出てこない。
> 一方，デメリットは，予約領域を使い切るおそれがあること。
何度も言うように使い切っても自動的に拡張されるし、その時MFTのフラグメントが起きたとしても
オフラインデフラグをかければ解消される。要するにそういうことは起きる確率が低いし、起きたところで
取り返しのつかない事態ではないのだから、平常心で処理すればいいだけのこと。
300:名無しさん＠お腹いっぱい。
06/05/25 20:29:04 4hDf3vY20
思うにね、あなたはMFTのデフラグができなかった頃のNTFSに関する感覚そのままなんだよ。
俺だってそうなら何が何でもMFTのフラグメントは防ぎたくなる。予約領域もめいっぱい多めに確保し、
常に予約領域を浸食しないようにHDDの残り容量に注意を払い…という具合に。
たとえば俺がNT4.0とかを使ってた頃は似たようなものだった。そのころはMFTをデフラグするツールが
なかったからね。しかし技術は進歩するものだ（笑
> 私は上記の通り空き領域が減っても不確定性はそう変わらないと感じています。
不確定性の「率」は変わらないよ。変わるのはその「率」が適用されるHDDの空き容量。
空き容量が減れば「空き容量」x「不確定性」で求められる「不確定なサイズ」は減る。
> 違うようですが。また，MFTを処理するデフラグメンタを用いないユーザーにとってこの
すでに述べたようにPerfectDiskはオフラインデフラグ（MFTとかも含めてデフラグするモード)を
使わなければMFT予約領域のサイズ変更は行われない。というかMFTのデフラグの一環として
予約領域も変更される。
だからあなたの想定するユーザー、すなわち自動で予約領域の縮小を行うがMFTのデフラグを
する機能はないようなツールのユーザーというのは、いるのかねぇ？
TuneXPがそれに当たるらしいが、ホントかねぇ。まあTuneXPについては俺はあまり使ってないので
(むかし一回使って、「これならPerfectDiskの方がいい」と思って使うのをやめた）、何ともいえないが。
301:名無しさん＠お腹いっぱい。
06/05/25 20:30:10 4hDf3vY20
> そうすると，MFTを処理するデフラグメンタを用いない私にとって，予約領域削減は，メ
それはそうだろうね。俺でもその条件なら、予約領域は極力多めになるようにするし、
それを万一にも切り詰めるなど許し難い大罪だ（笑
でもそれって「デフラグツールは使わない」というポリシーを自分に課して、その条件下でなるべくファイルが
フラグメントしないように四苦八苦してパーティション構造を涙ぐましく工夫している人達と同じく、
俺から見ると…いや、これ以上は言うまい（苦笑
> 思うのでそろそろお開きにしたいのですが，あなたはどうでしょうか。
> というか，これ以上長文書くのが面倒ですし。
別にあなたが好きで俺にレスをしているから、俺も好きであなたにレスをしているだけのこと。
嫌ならやめればいいし、続けたければ続ければいい。
302:名無しさん＠お腹いっぱい。
06/05/25 20:30:56 4hDf3vY20
>>283
× 「面倒ですし。」迄読んだ。
○ 「面倒ですし。」だけ読んだ。
303:名無しさん＠お腹いっぱい。
06/05/25 20:43:22 znm1VJgE0
ここ、contig のスレだよね・・・？
304:名無しさん＠お腹いっぱい。
06/05/25 20:45:24 4hDf3vY20
で、結局 ID:Xjw6ku/b0 の言いたいことは「自分はMFTをデフラグするツールを使っていないから、
万が一にもMFTがフラグメントすると取り返しがつかないからいやだ」ってことなわけだよなぁ。
そりゃMFTがデフラグできない状態でMFTがフラグメントすればそれは「取り返しのつかない状態」な
わけで、最初からそう言えばいいのに…
なまじプライドがジャマしたのか知らないが「MFTがフラグメントするのは取り返しのつかない事態ではない」
「だかMFTがフラグメントするのは嫌だ」というから、ややこしくなる。
まあ途中までMFTがデフラグできることを知らなかっただけだろうけどね。
305:名無しさん＠お腹いっぱい。
06/05/25 20:46:20 4hDf3vY20
>>303
いや偉大にして完璧超絶無比のツールであるところのPerefectDiskスレだよ。
306:名無しさん＠お腹いっぱい。
06/05/25 21:00:53 WLIj66kj0
そろそろcontigからかけ離れてきてるからやめないか？
307:名無しさん＠お腹いっぱい。
06/05/25 21:40:13 4hDf3vY20
>>306
いや、断じてやめない！！絶対やめないぞ！！
天地神明にかけて！！！
つーか、そういうくだらないレスしかできない人間って寂しくない？（笑
308:名無しさん＠お腹いっぱい。
06/05/25 22:15:47 ZYjzbRbW0
粘着荒らし宣言ｋｔｋｒ
309:名無しさん＠お腹いっぱい。
06/05/25 22:26:24 znm1VJgE0
ＰＤもなぁ・・・
まぁＤＫは糞として、Ｏ＆Ｏよりもいいんだけど、
ＮＴＦＳ領域のデフラグは今一つなんだよな・・・
310:名無しさん＠お腹いっぱい。
06/05/26 00:59:37 T8Agj1Ke0
>>307
該当スレでやった方が意見が出るんじゃないのと思っただけ。
ここでやる意義がわからん。
Contig,DirMSについての意見がまったくないし。
>>309
結局それぞれの得意分野を上手く使う事が重要なんだろうなと思うが。
結局、SMARTCLOSEである程度プロセスを殺して、Contig,DirMSでデフラグ(時間があれば時間のかかるコマンドも使用)してBuzzsaw-Sを使ってる。
311:名無しさん＠お腹いっぱい。
06/05/26 01:12:25 1cBjaTFJ0
>>309-310
現在あるデフラグソフトの中から一つ選ぶならPerfectDisk一択だよ。
> ここでやる意義がわからん。
自分が仲間はずれの話題が続くとやたら「すれ違い」って言い出す厨房ってどこにもいるよねぇ。
少しも我慢できない子供。
312:名無しさん＠お腹いっぱい。
06/05/26 01:15:34 1cBjaTFJ0
そもそも他のツールのことを知らなきゃ評価できないだろうに。
意外とID:Xjw6ku/b0みたいに井の中の蛙状態って多いものだよ？
そして>>310もそんな感じだ。
313:名無しさん＠お腹いっぱい。
06/05/26 01:22:19 XjfNCkju0
ここでやる意義がわからんに一票。
一応誘導。
ｽﾚﾘﾝｸ(software板)l200
314:名無しさん＠お腹いっぱい。
06/05/26 03:07:38 UW3UrHAu0
スレ違いだしウザイって事に気付けよ。
315:名無しさん＠お腹いっぱい。
06/05/26 06:26:08 IWWZ7AHX0
日付(ID)が変わってから擁護するあたりに恣意的なものを感じるのは俺だけではあるまいw
316:名無しさん＠お腹いっぱい。
06/05/26 06:42:38 1cBjaTFJ0
>>313-314
ったく、気に入らない発言に何も他に文句がつけられなくなると、最後につける理由が
「スレ違い」なわけだよ。
そして内容のある発言ができない人間に限って、「スレ違いだ」ということで自分は何か
そのスレに貢献していると錯覚し、自己満足を得るわけだ。
そんな理由でいう「スレ違い」発言など聞く耳持ちませんな（笑
317:名無しさん＠お腹いっぱい。
06/05/26 06:43:32 1cBjaTFJ0
>>315
はて、俺は常に平常心だよ？こそくなことを考えている自分の小ささを自覚したまえよ。
318:名無しさん＠お腹いっぱい。
06/05/26 07:33:07 1EPQR/GR0
長文荒らしは全部あぼーんで快適
319:306,310
06/05/26 12:09:56 wN8SUluO0
>>316
それを言い出すときりがないしContig以外の話題でスレが埋まるのもどうかと思っただけなんだけど。
まぁ、Contigに関しては話題も出尽くしてる感じもするから他ソフトとの併用,比較なら別にかまわないのかなと思ったけど、だんだんスレ違いになってるからなぁ。
ここまでくると「デフラグ総合スレ」とか立てて話し合う方が色々な意見も聞けて良いとも考えたが結局、「重複」「糞スレ」とかでうやむやになる気もするし。
まぁ、だからといってここで語る意義がわからないのは確か。
PDスレ,O&Oスレ,DKスレ,結局どこでやっても結局スレ違いだよね。
まぁ、あんまりこだわらない方がデフラグの話題の幅は広がるか....
>>そのスレに貢献していると錯覚し、自己満足を得るわけだ。
それはない、話題がそれてContig関連の意見がないのが嫌なだけ。
スレ違いは、スレ違い。そこに変わりはないだろ？
他のソフト知るの為にこのスレが犠牲になる必要性も無し。
該当スレをみて参考にしつつ学べば良いんじゃないのか？
320:名無しさん＠お腹いっぱい。
06/05/26 12:21:19 o8S4NtGs0
デフラグ総合スレ Part1
ｽﾚﾘﾝｸ(software板)
321:名無しさん＠お腹いっぱい。
06/05/26 15:37:11 2oIphmCW0
なんだこりゃ
良スレが一気に糞スレ化したな
322:名無しさん＠お腹いっぱい。
06/05/26 17:47:27 XWHhZgVG0
長文荒らしがスレ潰しですよ
>>306-307のやり取りで確定
323:名無しさん＠お腹いっぱい。
06/05/26 18:41:26 1cBjaTFJ0
>>319
おまえ、よくそれだけ意味のない文章書けるなぁ。
>>322
「スレ違い」って発言こそが荒らしだと分からない人間に教えてあげてるんだけどね。
自分が何も意味のある発言ができない。しかしなんとか加わりたい。だからスレ違いだなんだと、口を挟もうとするわけ。
そういう人間は普段は絶対発言しないんだよね（笑
324:名無しさん＠お腹いっぱい。
06/05/26 18:44:21 DR8VhqHv0
>>ID:1cBjaTFJ0
総合スレッド（>>320）ができてるから、以後はそっちでやってくれ。
325:306,310
06/05/26 18:50:10 T8Agj1Ke0
>>322
正直すまなかった。スルーしておくべきだったな。
>>320が総合スレ立ててくれたんで、言うことはもう無いけど。
>>323
総合スレで以後宜しく。
326:名無しさん＠お腹いっぱい。
06/05/26 19:44:34 EM1u2gU/0
昨日の ID:Xjw6ku/b0 です。デフラグ総合スレ Part1を立てていただいたので，
そちらに書くことにします。ウザイと感じた方，迷惑をかけたみなさん，済みませ
んでした。また，誘導してくれた方，ありがとうございます。
327:名無しさん＠お腹いっぱい。
06/05/27 01:03:52 VpJDfJOS0
別スレに書くから面倒だなぁ。俺はあくまでこのスレに書くよ（笑
> 今回で最後です。
最後ってなにそれ？最後っ屁のように別スレに自己満足のために書いて、後は知らんってこと？ひどいねぇ。
> すると，HDDの空き領域を全部予約することになるから。勝手に全部予約しておいて，削
> るべきと主張するのは茶番。
何をいってるのかさっぱり分からん。少なくとも俺はそんなこと(文章の意味すら読み取れない)主張してないし。
> また，約750bytes以下のファイルならMFTのみ1024bytes肥大
> との結果は不変であり，「HDDの容量あたりもっともMFTの使用量が多い」との表現はあな
> たの無理解を意味する。ゆえに意味不明。
これも何を言ってるのかさっぱり分かりませんな。強いて言えば「HDDの容量あたりもっともMFTの
使用量が多いサイズ」があなたのいう「750byte以下」に対応するわけで、それを俺は別な表現を
しているだけのこと。
そしてその表現が使われた文章では、具体的な数値が重要になるものではないのだから、
俺の表現で何も問題ない。細かな数値を上げることの必要性もない文章で、相手が具体的な
数値を上げないから無理解だというあなたの人間性を疑うね。
> 化することもある。これは私にとって予想外だった。まぁ，私の過ちと言えばそれまでか
それが「予想外」というのがそもそもあなたが何も分かってない証拠。つまりあなたは初期のMFT予約領域の
サイズにしておけば間違いないと思いこんでいたわけだ。で、その反動で今度は逆に「とにかく大きなサイズを
予約しておかなくっちゃ」という強迫観念にとらわれてしまった。
328:名無しさん＠お腹いっぱい。
06/05/27 01:04:56 VpJDfJOS0
MFTの必要量はどうやったところで予測はできない。それは初期に予約されているサイズも
「それほど根拠はない」ということに他ならない。根拠の薄弱なものにあんたは必要以上に
固執している。そして俺からその点を付かれてもあなたは自分の行動の正当性を説明できない。
当然だろう。あなたの行動（「初期化時に決められた予約領域のサイズを尊重すべき」）の根拠はないのだからね。
ない根拠を示さなければならなくなって、あなたは自己防衛のために過剰なまでの攻撃性を俺に向けているわけだ。
> もしれないが。あなたは過去，予約領域が不足した経験がないかもしれないが，そうでな
> いケースもあるということ。
あるよ？MFTがデフラグできるツールがまだ発売されていなかった頃(NT4の頃とか）は、非常に難儀したものだ。
だから今はMFTがデフラグできるツールを常用しているわけだよ。あなたはせっかく現在は便利なツールが
あるのに大昔の俺と同じように、MFTのフラグメントを避けるために必要以上に神経質になっている。
まったくご苦労なことだ。あなたほど自縄自縛という言葉がふさわしい人間はいない。
> いずれにせよ，各自の環境においてMFT肥大の傾向は大きく異なるし，使用傾向が変化す
MFTの必要量は所詮予測など出来ないのだから、多目に確保しておいたところで大して意味はない。
そんな考え方ではいくら「多目」にしたところで安心できなかろうに。
むしろMFTがフラグメントしたらデフラグすればいいと考えるべき。
あなたがMFTをデフラグすることなぜそうまでいやがるのか、単に経済的に有料のツールが買えないからなのか、
それともポリシーなのか知らないが、あなたのその「信念」には合理性がない。Windowsを使っている時点で
有料のソフトを使っているわけだからね。
329:名無しさん＠お腹いっぱい。
06/05/27 01:05:27 VpJDfJOS0
> ユーザーは稀だろう。そして，私は予約領域削除に伴うMFT断片化の可能性の上昇を，無
> 視できない程度のものと評価し，あなたは一般に無視できる程度にとどまると評価してい
まったく違うね。「無視できる程度しか増えない」ではなくて、「MFTが断片化したらMFTをデフラグ出来る
ツールを使ってデフラグすればいいのだから、そんな此の世の終わりが来るように恐れる必要はないって事。
そんなにMFTの断片化を避けたいなら、HDD全領域を予約領域にすればいいじゃん。
あんたのいっていることは極端な話、そういうことなわけだよ。
「平地に直線を引いて、なるべくその線に沿って歩いてください」といえば、多くの人間は多少左右にぶれながらも
だいたいは線を中心に歩くだろう。しかし線の右側が断崖絶壁であれば、線の左寄りを歩くだろう。
なにしろちょっとでも右にはみ出てしまったら、取り返しが付かないのだからね。
あなたの想定しているMFT予約領域は、この例のように片側が断崖絶壁であるようなものだ。
絶対に崖から落ちない（MFTがフラグメントしない）ように神経質になっている。
しかしMFTはデフラグ可能であり、フラグメントしたら（線の右側にはみ出てしまったら）、デフラグすればいい
（ちょと左に軌道修正すればいい）だけのこと。安全に安全にと(フラグメントしないように神経質なまでに）
注意を払う必要はないわけ。
> る。それだけのこと。一方で，予約領域削除にめぼしいメリットがないことは後述。
あなたのように偏執的にMFTのフラグメントを予防する意味の方が、よっぽど少ない。
それは「MFTはデフラグ出来ない」から「MFTがフラグメントするのは避けるべき」という前時代的な
今では何の意味もなくなった価値観を無意味に引きずっているだけだ。
330:名無しさん＠お腹いっぱい。
06/05/27 01:40:13 4Z65sHwb0
正直、ここまで引いたのは初めてだ。
なんつーか、普通にキモイ
331:名無しさん＠お腹いっぱい。
06/05/27 01:46:04 J+au16OBO
ヲタってやーねー
332:名無しさん＠お腹いっぱい。
06/05/27 01:49:39 VpJDfJOS0
> 『「そうしている人がたくさんいる」からそうするのが正しい』と言ったのは私でなくあな
> た。あなたの論理によると，予約領域を削るツールを持たないユーザーが大多数ゆえ，削減
> しないのは正しい。
あのね、「そうしている人がたくさんいるから、そうするのが正しい」というあなたの考えが
間違いであることを示すために、俺はあえてそういっているのであって、俺は
「そうしている人がたくさんいるから、そうするのが正しい」という考え方を正しいとは思ってないと
いってるんだよ？
もうアホですな。「あなたの考えが正しいなら太陽が西から昇るだろう」といったら、
「あなたは太陽が西から昇ると言う間違った主張をしている」と返されたようなもの。
馬鹿にはつきあいきれない。
> これに限らず「可能性はゼロではない」「初期設定の予約領域サイズに
> 安心している」「途中までMFTがデフラグできることを知らなかっただけだろう」（>>304）
> など,自分で相手の虚像を作って批判してみせるシャドーボクシングは勘弁してほしい。
じゃあそれぞれあなたは「そう主張してない」という証拠を見せてよ。「初期の予約領域サイズに
安心している」という下り一つとっても、結局あなたは根拠なく「初期の予約サイズにしておくべきだ」と
主張しているのだから、「初期の予約サイズにしておけば安心」と主張していると受け取られても
仕方ないと思うよ？
そういわれたくないなら、初期の予約サイズを尊重すべきという主張を取り下げるか、
あるいは尊重すべき理由をきちんと示すことだね。ただ「最初そうであったから」という理由だけで他に
理由なく尊重するのは盲信だろう？（笑
333:名無しさん＠お腹いっぱい。
06/05/27 01:50:37 VpJDfJOS0
> 30GB中空きが13GBで予約領域を2MBに削減。状況にもよるが，きついと思う。 (レス番510）
別にMFT予約領域が足りなくなったってMFTは拡張できる（まあフラグメントはするが）。
その発言者の「だからOfficeのアップデートが失敗」云々は信憑性がありませんな。
そしてフラグメントしたならデフラグすればいいこと。
あなたのこうした発言の節々に「よく知らない」ってことがうかがい知れるんだけどね。
> ディレクトリが削除しにくい理由は，ファイルの場合，そのファイル単体が不要なら削除で
> きるが，ディレクトリは内部のファイルがすべて不要な場合に初めて削除できるから。後者
> の方が削除の障害となる要素が多くなる可能性が高い。
んなのこじつけだと思うよ？だいたい途中でファイルを削除しようがしまいが、ディレクトリをたくさん作る
人もいれば作らない人もいる。そんなのは使い方に圧倒的に依存するわけで、削除した場合の話など
取るに足らない誤差の範囲。
理由をこじつけてるだけにしか見えない。あなたは最初、ディレクトリを削除したらMFTは縮小されないから云々の
話をした。俺に削除されたエントリは使い回されるから問題ないと指摘されると、さすがにそう主張するのは
あきらめたらしい。しかしそれではあなたの気が収まらなかったのだろう。そのためにこういう無理矢理のこじつけの
話を出してきたわけだ。はっきり言ってみっともないと思うよ？（笑
「取り返しのつかない事態ではない」のは「ぐちゃぐちゃ」の件も同じ。しかも，この場合
まあそれはそうだね。だから俺は別にMFT予約領域を縮小することを積極的に支持してはいない。
単に、「そうする意義もゼロではない」といってるだけのこと。予約領域に食い込んだファイルが
ぐちゃぐちゃになってもデフラグすれば直るし、逆にMFTがフラグメントしてもオフラインデフラグをかければ直る。
それだけのこと。ニュートラルだろう？（笑
特に一方を支持すべき理由がないならニュートラルなスタンスをとるのが合理的な考え。
一方あなたは、一方を支持する合理的な理由もないのに、ひたすらMFTの予約領域を縮小することに
拒絶反応を起こしている。それを俺は合理的な判断でないといってるのだよ。
334:名無しさん＠お腹いっぱい。
06/05/27 01:51:30 VpJDfJOS0
> はMFTの断片化のケースと異なり，損失の事後回復だけでなく，手動で予約領域を削除する
> ことで，損失の発生を未然にかつ容易に回避できる。
んな手動でHDDの残り容量やMFTのサイズを見て計算してMFTの予約領域を変更するよりも
自動でやってくれた方がいいじゃん。ようするにあなたは、自分のこだわりがあるMFTの予約サイズ設定を
自動でやられるのが気にくわない、ってことだよね。まあ「自動化される」ことに何でも反発する人はいる。
その昔（MS-DOSの時代）は、新しいソフトをインストールする場合、どのディレクトリにソフトを入れるかを
ユーザーが考えてインストールした。時代は下りWindowsでインストール作業が自動化され、いつの間にか
知らないディレクトリが作られ、レジストリも変更されるようになったとき、反発する人はいた。
勝手にソフトがディレクトリやレジストリをいじるから、自分のマシンの状態が把握できなくなった、とね。
そういうのは時代の流れだと思うけどねぇ。そしてそういう便利な道具が出来る以前にさんざん苦労した
人に限って、そういう便利な道具に抵抗を感じるのも、しかたないとは思うが、残念ながら時代は流れていくわけで、
早く頭を切り換えた方が得だと思うよ？（笑
> なお，予約領域をデフラグメンタで削っ
> ても，全削除は考えにくく，予約領域が残る限り「ぐちゃぐちゃ」にされる危険は十分ある。
なんか、この人は意味が分かって言ってるのだろうか？ファイルを格納する空きスペースがなく、システムが
仕方なしにMFT予約領域からスペースを割いてファイルを確保する時に、せこせこやるので配置が
乱れるわけ。最初から予約領域が狭まっているなら、それは普通の「空き領域」なのだから、
そういうことは起こらない。
また狭めた予約領域でもまだ足りずにシステムがそこからさらにファイルを格納するためのスペースを
確保しなければならない時は、「ぐちゃぐちゃ」は当然起こるが、そんな状態、すなわちほとんど空き領域が
ない状態、ならどうしようもないのは当たり前じゃん。
あくまで「好ましくない状態」が起きる確率を減らす手段に過ぎない。MFT予約領域そのものの存在も、
それを自答的に削減する機能も。
335:名無しさん＠お腹いっぱい。
06/05/27 01:52:39 VpJDfJOS0
> 削減のメリットはこれを自動的に回避できる場合があるかもしれないという程度にとど
> まる。だから，私は予約領域削除のメリットよりデメリットの方が大きいと考えている。
だからぁ、「デメリット」はなにさ？あなたのは比較になってないんだよ。
常にあなたは「メリットはそれほど大きくないから、やるべきではない」といってるのと同じ。
デメリットは存在しない。しいていえばMFTがフラグメントを起こすという、あまりありそうにな自体が
起きたときに、オフラインデフラグをかけなければならないことだが、オフラインでフラグは
メタデータのフラグメントなどのために、どのみち定期的にかけるものだよ。したがってデメリットは存在しない。
要するにあなたはオフラインでフラグをしないことを前提にすべて考えているわけ。
あんたがなぜそういう信念をもっているのかしらないが、たとえばあなただって、「デフラグはかけない」という信念の
持ち主が、涙ぐましい労力をしているのを見ると、デフラグソフトを使えば簡単なのに、と思うだろう？
あなたのMFTのデフラグはかけない、という信念も俺から見ると同じなのだよ。
336:名無しさん＠お腹いっぱい。
06/05/27 01:58:22 VpJDfJOS0
> 最後に，MFT予約領域のデフラグメンタによる自動削減に関するまとめ
(中略)
> あなたは（1）を重視して削減に積極的。私は（2）を重視して削減に消極的。
上にも書いたが、別に俺は削減に「積極的」ではないよ？単に「消極的」になる理由はないし、
あなたのように「消極的」を通り越して「拒絶反応」じみた「積極的な拒絶」は
感情や先入観(MFTがデフラグ出来なかった頃の)の産物であり、合理的な理由に基づく
判断ではないといっているだけのこと。
実際、自分で感じたろう？自分が思っていたほど自分の主張に合理的理由がないと。
それとも自覚できなかったかね？それはちょっと不味いなぁ（苦笑
337:名無しさん＠お腹いっぱい。
06/05/27 02:28:03 J+au16OBO
うわぁ…
ネトネトした人だなあ
338:名無しさん＠お腹いっぱい。
06/05/27 05:16:10 WxJZuYGE0
ID:VpJDfJOS0 のレスは自慰。
ネトネトなのは…
339:名無しさん＠お腹いっぱい。
06/05/27 08:11:03 REWEVGlZ0
そもそも、一体何を揉めてるの？
誰か４Ｇバイト以内で説明してよ。
340:名無しさん＠お腹いっぱい。
06/05/27 08:15:23 icp1VnAz0
HD-DVDが必要なぐらい多くなるから無理
341:名無しさん＠お腹いっぱい。
06/05/27 10:31:34 TAUmXEny0
>>336
>>320でやれ、場所取りすぎウゼェ
>>別スレに書くから面倒だなぁ。俺はあくまでこのスレに書くよ（笑
移動すれば済む話。面倒なら書くな。
342:名無しさん＠お腹いっぱい。
06/05/27 10:40:42 tdOVrCfD0
さわるなキケン
343:名無しさん＠お腹いっぱい。
06/05/27 10:51:34 XL/qu1n30
>>327
＞別スレに書くから面倒だなぁ。俺はあくまでこのスレに書くよ（笑
とのことですので、contigの話題をしたい人用にwindows板にスレ立てました。
【デフラグ】contig【軽量】
ｽﾚﾘﾝｸ(win板)l50
以降、ソフトウェア板のこのスレは放置でお願いします。
344:名無しさん＠お腹いっぱい。
06/05/27 11:39:09 LtfhCMvC0
ヘイ！ お前らが騒ぐせいか新作が出たぜ！
345:名無しさん＠お腹いっぱい。
06/05/28 00:24:12 cVaPbe4U0
>>312
Contiguスレなんだから、Contigと比べなけりゃスレ違いと言われてもしょうがないな
346:名無しさん＠お腹いっぱい。
06/05/28 00:26:56 cVaPbe4U0
>>345
×Contigu
○Contig
347:名無しさん＠お腹いっぱい。
06/05/28 08:16:20 Er2JUpjx0
>>344
落として見たけど、Ｅｘｅは古いままだった・・・
348:名無しさん＠お腹いっぱい。
06/05/29 21:25:01 psAZLSYW0
3/27のv1.53しか見あたらないけど？
349:名無しさん＠お腹いっぱい。
06/05/29 21:39:32 plwfdCcZ0
馬鹿が窓板に建てたスレのことだろ？
350:名無しさん＠お腹いっぱい。
06/06/06 00:51:08 GN53LirX0
メカ君出張ご苦労様ですw
351:名無しさん＠お腹いっぱい。
06/06/12 00:11:00 z8IIY8sW0
保守
352:名無しさん＠お腹いっぱい。
06/06/18 13:23:39 RfY0LwD6P
標準のでフラグのレポート見ると、
MFTのサイズが200MB、使用率が99%なんだけど、
どうせファイルが増えることが分かっている時って
最初からMFT大きくしておくと化できないもんかね？？
あと、MFTの位置もだいたいパーティションの真ん中あたりに配置して
シークにかかる速度をだいたい平均化できんもんかね？
ってこれは何か有料のソフトを買わなきゃ無理か。
353:名無しさん＠お腹いっぱい。
06/06/18 13:34:19 lg/DfrXe0
NtfsMtfZoneReservation
354:名無しさん＠お腹いっぱい。
06/06/18 14:26:23 RfY0LwD6P
NtfsMftZoneReservation は 4 になってるんだけどなぁ。
こりゃ事後に設定しても意味無いのか？
355:名無しさん＠お腹いっぱい。
06/06/18 14:29:11 RfY0LwD6P
＞これは、実行時パラメータであり、ボリュームのフォーマットに影響しません。
ってことだから、次に MFT の拡張が必要になったときに反映されるのかな。
356:名無しさん＠お腹いっぱい。
06/06/18 17:27:43 5fQ6A46/0
Diskeeperでは大量にフォルダを作って削除するという方法でMFTを大きくする
357:名無しさん＠お腹いっぱい。
06/06/19 21:31:23 +cl3t9He0
標準ツールのいう「MFT使用率」って「MFT＋MFT予約領域」に占めるMFTの割合じゃないと
思うよ。うちにもMFT使用率99%のドライブがあるけど，DiskViewでみるとMFT予約領域が
山ほど余ってるので。なので>>352はとりあえずDiskViewでMFT予約領域の残りを確認した
方がいいんじゃないかな。
358:名無しさん＠お腹いっぱい。
06/06/23 07:51:02 fFVyQd170
RAMDiskでContig……やっぱり、すごい速さ。
MRAM時代が待ち遠しい。
359:名無しさん＠お腹いっぱい。
06/06/24 15:10:39 7fbJV7DvP
>>358 ソリッドステートな記憶素子で
デフラグってあんまり意味がない気がする。
って、MRAM 時代が待ち遠しいってのはそう言う意味じゃなくて？
ところで、ディスク内で 1000 以上のフラグメントに
分かれているファイル一覧を簡単に得る方法ってあります？
できれば CSV で吐いてくれるとうれしい・・・
360:名無しさん＠お腹いっぱい。
06/06/24 15:12:32 7fbJV7DvP
>>357 THX 確認してみます。
しかし PowerDefragmenter GUI っていいですね。
Contig かけた後に標準のデフラグも連続実行
してくれる機能があるなんて。
361:名無しさん＠お腹いっぱい。
06/07/07 14:52:20 Qs2opgSF0
保守
362:名無しさん＠お腹いっぱい。
06/07/07 16:33:34 K4NuoDcE0
＞Contig かけた後に標準のデフラグも連続実行
個人的にはContigのやってることが台無しになる機能である気もするがな
363:名無しさん＠お腹いっぱい。
06/07/09 04:12:38 NpbHxCbUP
>>362 空きスペースを連続化する意味はあるけどね。
Vista Beta 2 で PowerDefragmenter GUI 無問題。
364:名無しさん＠お腹いっぱい。
06/07/18 23:30:43 62k3TwJ/0
保守の人も居るようなので，続けますね。
■NTFS4DOS
・セキュリティやシステム復旧関連のソフト開発会社Datapolが，個人用にフリーで配布するデータサルベージツール。
・FD,CDから起動してNTFSのドライブにアクセス。
・チェックディスクを行う「CIACHK」，オフラインデフラグを行う「DFRGNTFS」が含まれる。
説明 URLﾘﾝｸ(esd.element5.com)
DL先 URLﾘﾝｸ(www.datapol.de)
USBメモリからもブート可能な模様
URLﾘﾝｸ(askthegeek.kennyhart.com)
udma drivers を使うとディスクへのアクセスが速くなるらしい
URLﾘﾝｸ(www.ubcd4win.com)
365:名無しさん＠お腹いっぱい。
06/07/18 23:32:20 62k3TwJ/0
それから，一度名前出てるけど，一応これも。
■DefragMentor Lite CL
・製作者はその名もDefragmentor Sofrtware
・コマンドライン
・指定ファイルのデフラグ可能
・デフラグせずにスキップするファイルも指定可能
・ファイル名指定の際，ワイルドカードを使用可能
・サイズは約90KB
・直接ファイルにアクセスせず，native Windows defragmentation routinesを使うので安全らしい
Introduction URLﾘﾝｸ(www.defragmentor.com)
How to use URLﾘﾝｸ(www.defragmentor.com)
Download URLﾘﾝｸ(www.defragmentor.com) ※メールアドレス欄は空欄のままでよい
Screenshot URLﾘﾝｸ(www.defragmentor.com)
366:名無しさん＠お腹いっぱい。
06/07/18 23:51:14 62k3TwJ/0
ついでに登録不要だったBussawの旧バージョンのDL先も貼っておきます。公式にはもうないようなので。
Buzzsaw On-The-Fly Defragmenter 2.0.0.2
Screenshot URLﾘﾝｸ(www.i-descargas.com)
Download URLﾘﾝｸ(www.archivospc.com)
「Descargar ahora」とある白いボタンをクリック
367:名無しさん＠お腹いっぱい。
06/07/19 01:42:09 rAvbNAHN0
↑zipが404
368:名無しさん＠お腹いっぱい。
06/07/19 02:00:26 4BIfDwzf0
>>367
落ちてくるよ？
369:名無しさん＠お腹いっぱい。
06/07/19 22:07:22 ayUD3IdL0
M$、Winternal社を買収
URLﾘﾝｸ(www.winternals.com)
URLﾘﾝｸ(www.sysinternals.com)
URLﾘﾝｸ(www.microsoft.com)
370:名無しさん＠お腹いっぱい。
06/07/19 22:50:20 qRL3ORg20
一つのHDDにc、d、eっていう３つのパーティションがあって、
今はContig使うときに
contig -s c:\*.dll
contig -s c:\*.exe
contig -s d:\*.dll
contig -s d:\*.exe
contig -s e:\*.dll
contig -s e:\*.exe
って６回実行してるんですが、１回の実行で全部やる方法はありますか？
371:名無しさん＠お腹いっぱい。
06/07/19 23:05:47 80IoeUmz0
>>370
contig -s c:\*.dll c:\*.exe d:\*.dll d:\*.exe e:\*.dll e:\*.exe
は？
372:名無しさん＠お腹いっぱい。
06/07/19 23:18:22 KuTJa/NL0
一番最後の引数しか見てないよ
373:名無しさん＠お腹いっぱい。
06/07/20 03:19:31 EaVWFuLk0
>>370
バッチ組めば？
374:名無しさん＠お腹いっぱい。
06/07/20 15:18:55 P46mhfG80
URLﾘﾝｸ(cowscorpion.com)
375:名無しさん＠お腹いっぱい。
06/07/20 18:18:28 pYAtlXwO0
>>370
contig -s c:\*.dll & contig -s c:\*.exe &（以下略
376:名無しさん＠お腹いっぱい。
06/07/24 22:36:45 KvfMmnqc0
素直にできねーっていえよﾀｺ
377:名無しさん＠お腹いっぱい。
06/07/24 22:37:57 79DznNpC0
ようこそいらっしゃい、風物詩君
378:名無しさん＠お腹いっぱい。
06/07/24 22:38:17 qrUmJTsJP
タコじゃねーよイカだよ
379:名無しさん＠お腹いっぱい。
06/07/30 07:17:17 3arkD4io0
いよいよイカ臭くなってまいりました
380:名無しさん＠お腹いっぱい。
06/08/04 12:44:22 LGHhJZqR0
保守
381:名無しさん＠お腹いっぱい。
06/08/09 00:21:15 PZ85fKe90
これ使うためだけに結構時間かけてしまいましたよ。
コマンドラインも慣れなきゃと思ってるんだけど、
未熟者にはこれだけでも敷居が高いんだなぁ…
382:名無しさん＠お腹いっぱい。
06/08/09 00:27:06 l9vBlZdM0
>>381
Cドライブの最適化するならcontig c:\* -sだけ
テキストではっ付けて拡張子を.batに変えればよろし。
383:名無しさん＠お腹いっぱい。
06/08/19 09:38:21 vk1jgdT00
保守
384:名無しさん＠お腹いっぱい。
06/08/26 07:06:44 dviVDmWs0
保守
385:名無しさん＠お腹いっぱい。
06/08/28 23:14:58 bGH2jyv60
このソフトで
\sytemvolumeinfomation をデフラグする方法ってある？
386:名無しさん＠お腹いっぱい。
06/08/29 04:03:17 sMSjBeEa0
runassys
387:名無しさん＠お腹いっぱい。
06/08/29 09:26:31 X3JVoU7P0
>>386
さんきゅ
388:名無しさん＠お腹いっぱい。
06/09/01 18:32:19 5SvJGLfI0
保守
389:名無しさん＠お腹いっぱい。
06/09/08 03:38:33 AWNOdy3D0
こんてぃぐしょー
390:名無しさん＠お腹いっぱい。
06/09/17 08:35:10 QDxjLHMn0
保守
391:名無しさん＠お腹いっぱい。
06/09/21 23:02:48 nT9IUAqG0
保守
392:名無しさん＠お腹いっぱい。
06/09/24 13:12:14 2F6hvrYg0
>>385
runassys cmd
contig c:\*
でいいようだ。
393:名無しさん＠お腹いっぱい。
06/10/04 07:46:18 EHXLAyjb0
保守
394:名無しさん＠お腹いっぱい。
06/10/11 08:42:35 D5tp89ej0
保守
395:名無しさん＠お腹いっぱい。
06/10/13 13:57:47 o+afKNBy0
ファイルのデフラグだけをやってくれるのはいいな
空き領域をギッチリ詰めると、あとでサイズが増えたファイルとか、
エントリの増えたフォルダとかは間違いなく断片化するから、
適度にスカスカにしておいたほうがいい。
サイズが増えないことがわかってるファイルだけギッチリつめてくれたらいいのに
あと、これDOSから実行すればWin2kでもフォルダの断片化解消してくれないかな
396:名無しさん＠お腹いっぱい。
06/10/13 15:13:09 hmd+I9ep0
>>395
＞サイズが増えないことがわかってるファイルだけギッチリつめてくれたらいいのに
その手のファイルの拡張子を指定してデフラグかければよろし
397:名無しさん＠お腹いっぱい。
06/10/13 17:13:35 xXFj9PqdP
＞あと、これDOSから実行すればWin2kでもフォルダの断片化解消してくれないかな
fool
398:名無しさん＠お腹いっぱい。
06/10/13 19:18:57 AerhfFyZ0
サイズが増えないことがわかってるファイルは専用のドライブに置けばいい
399:名無しさん＠お腹いっぱい。
06/10/13 20:18:08 o+afKNBy0
>>396
ちょっと誤解がある
たとえばC:\I386以下全部とか、C:\DISCOVER以下全部とかは、
まず構成が変わらないから連続した領域に収めたいんだ
ほかの、C:\Program FilesとかC:\Documents and Settingsとかは
ころころ変動するから、ファイルとファイルの間に適当に空白領域を作っておきたい
Contigのデフラグっていうのは、たとえば*.dllと指定したからといって、
それを連続した領域にまとめてくれるわけじゃないでしょ？
>>397
Diskeeperなんかだと、Win2000でもPC起動時にフォルダの断片化を解消してくれるんだけど、
ContigでもPC起動時でいいからできたらいいな、ということなんだが、なんでfoolなんだ
>>398
ドライブ1個の場合はパーティションを区切れということかな。面倒
それに、WINNTフォルダ以下のファイルから、サイズが増えなそうなのを
吟味して連続した領域に置きたい、という希望もある
もし実現すれば一番HDDにやさしいデフラグソフトになると思うけどな