【デフラグ】 Contig

1 名前：路伯 ◆a.0e5YxqBY mailto:sage [2006/01/02(月) 15:03:35 ID:XnFVBSBP0] www.sysinternals.com/Utilities/Contig.html おそらく最小のデフラグソフト。 基本的に「contig [-s] <filename>」でOK。 断片化していないファイルには手を出さないので、他のデフラグソフトのように大量の ファイルを移動させることは少なく、ハードディスクへの負担もそれだけ小さいはず。 オススメな使い方は、「start /b /low contig c:\*.exe」「start /b /low contig c:\*.dll」。 175 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/32(土) 18:10:52 ID:ikY1OE7w0] 話題無いね 176 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/03/32(土) 21:28:19 ID:H6/YTRM60] ずっとconfigだと思ってた 177 名前：名無しさん＠お腹いっぱい。 [2006/03/32(土) 23:37:22 ID:cy6jvNIF0] もう4月だと思ってた。 178 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/04(火) 15:07:33 ID:olnMPn2+0] 愛されてると思ってた 179 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/04(火) 15:12:08 ID:Kz/TwFTX0] >>178 ちょｗっっｗｗｗ 180 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/07(金) 16:14:38 ID:4rN5povX0] ダブルクリックでcドライブをデフラグするバッチファイルとか作ってみた 181 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/07(金) 21:03:38 ID:0YHQRDCZ0] あれ？なんか3月24日にうｐ来てるな。 182 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/07(金) 21:45:21 ID: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 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/07(金) 22:03:03 ID:CVardCyc0] 03/27にも来てるよ 184 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/07(金) 23:01:00 ID:Rb1d9xop0] >>183 さっき落としたら２４日だったから、２７日版には 何か不具合があったのか？ 185 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/07(金) 23:05:04 ID:CVardCyc0] >>184 ＞Last Updated: March 27, 2006 v1.53 いま、どう見てもこう↑なってるよ ちなみに、うちで持ってる本体(V1.53) CRC32　5bfc2f89 MD5　23623fb3b2fc31f0b00d21b58899e25e SHA-1　dc7e045516e4565296c7ce8e3b98555e5b288c24 186 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/07(金) 23:41:38 ID:Rb1d9xop0] >>185 Contig.exe 69,632 2006-03-24 12:33:48 187 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/09(日) 15:55:26 ID:4rSDhWux0] BUZZSAW and DIRMSがｖ2.1になってるね 188 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/09(日) 17:29:13 ID:7PJQO8x40] >>187 DirMS-CL Download は The page cannot be found だ・・・ DirMS-S Download は落とせるけど DirMS-S.msi になっちゃった・・・ 189 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/10(月) 20:11:01 ID:iUQ6gtir0] 三つとも全部落とせたよ 久しぶりにdirmsのページ見たけどBuzzsaw無料になったのかな？>>64に書いてある通りって事でOKかな。 190 名前：路伯 ◆a.0e5YxqBY mailto:sage [2006/04/11(火) 18:53:30 ID:9IiSCPii0] Buzzsawはもともと個人用なら無料じゃなかったか？ -- Buzzsaw-Sは使えるねぇ。サービスとして動いているのがいい。 191 名前：路伯 ◆a.0e5YxqBY mailto:sage [2006/04/14(金) 20:20:56 ID:L/oZO6rd0] 保守 192 名前：名無しさん＠お腹いっぱい。 [2006/04/18(火) 19:50:11 ID:iuOol1EgP] フォルダのでフラグって、XP標準のデフラグ (Diskeeper のしょぼい奴)ではやってくれないですか？ 193 名前：名無しさん＠お腹いっぱい。 [2006/04/18(火) 19:52:10 ID:iuOol1EgP] そういや NTDefrag っていうソフト無かった？ 194 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/19(水) 08:52:23 ID:9gJmS+HD0] >>192 やってくれません。 >>193 NTDEFRAGならここ ttp://pot-pourri.fltr.ucl.ac.be/files/WIN_NT/fwntug/ ttp://pot-pourri.fltr.ucl.ac.be/files/WIN_NT/ ※sysinternalの人が前作ってたもの。1M超あるのでcontigとは不連続か。 DefragNTならスレ内参照 195 名前：名無しさん＠お腹いっぱい。 [2006/04/19(水) 09:10:11 ID:kQehjso+P] >>192 やってくれません。 ってことは、Contig の方がいいね。 196 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/19(水) 10:01:14 ID:3+hVXTLB0] >>195 Contig も、フォルダデフラグはやってくれないと思う・・・ 197 名前：名無しさん＠お腹いっぱい。 [2006/04/19(水) 11:09:09 ID:kQehjso+P] >>6 を読んで期待した 198 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/19(水) 11:30:59 ID:3+hVXTLB0] >>197 あら、知らなかった。 ２０００も駄目だね。 199 名前：路伯 ◆a.0e5YxqBY mailto:sage [2006/04/19(水) 12:32:02 ID:sDqisEgk0] >>196 ContigをNT4で動かすと、フォルダのデフラグをやらないけれど、XP上ではフォルダの デフラグをこなす。 ただ、「contig * -s」とやったときに確認したことがあるだけなので、「contig hogehoge」で hogehogeフォルダをデフラグできるかどうかはわからない。 200 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/19(水) 15:15:37 ID:xMXr6asFP] NTFSなら標準のデフラグでもやってくれるがな 201 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/19(水) 16:17:51 ID:p/q32rBd0] >>200 だよね。 ちなみに、FAT のディレクトリがオンラインデフラグできないのは、 OS 側の仕様なので、どんなに優秀なデフラグでも無理。 同様に、MFT のオンラインデフラグは、XP なら可能、2000 以前は不可能。 202 名前：路伯 ◆a.0e5YxqBY mailto:sage [2006/04/19(水) 18:48:29 ID: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 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/21(金) 01:30:42 ID:z+rt0JBH0] >>202 >ソフトをインストールした後に、まず、「contig \*.exe -s」「contig \*.dll -s」を実行してから、 >「contig \* -s」とやるといいと思っている。 このへんがよく分からないのでなんとも… 204 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/21(金) 02:05:50 ID:z+rt0JBH0] DirMS-CL 2.1.1における主な変更点を分かったことだけ列挙 ・フル機能で使うには30日毎の無料登録が必要　※制限内容不明 ttp://www.dirms.com/home/homepage.asp ttp://www.dirms.com/home/docs/SoftwareRegHelp_CL.asp ・ジャンクションを適切に処理 ttp://www.dirms.com/Forums/topic.asp?TOPIC_ID=236 ・MFT,pagefile以外の全てをデフラグ可能 ttp://www.dirms.com/Forums/topic.asp?TOPIC_ID=249 ・指定ファイルのデフラグ機能復活，ログ生成など，モードとオプション追加　※指定ファイルの先頭移動も？ ttp://www.dirms.com/home/docs/dirms-cl_help.asp 205 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/22(土) 16:41:07 ID:jSHXYQCW0] 新しいＤｉｒＭＳ、早速試してみました。 ＮＴＦＳドライブで、他のツールだと、どうしても、断片化しないままで 前の方に詰めてくれなかったのですが、デフォルトより一つパスを 増やして、いい感じで詰めてくれました。 現在、もう一つ増やして４パスで実行中。 これで、さっきより良い結果が出てくれれば・・・ 206 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/25(火) 18:55:05 ID: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 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/25(火) 18:57:17 ID: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 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/25(火) 19:15:32 ID:mcb1c3g40] って、PerfectDiskが出力するファイルがリッチテキストドキュメントなの忘れてたorz コピペじゃ崩れまくりで見にくいじゃねーかorz 面倒なのでファイルうｐ www.uploda.org/uporg372772.rtf.html Passは設定してないよ まずすぐ解るのが、Contigがメタデータを最適化してくれない事かな。 その他の断片化やファイルのつめ方、ブートファイルの扱いも全てPerfectDiskのが上ですね。 つーかシェアだし、Contigが詰めないのは仕様だけど。 209 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/25(火) 19:40:36 ID:mcb1c3g40] うどん4人前を一人で食ったら死にそうな件。 なんか膨らんできてねーかこれorz 210 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/25(火) 19:42:50 ID:f4Oc1VJQ0] そんなこと言われても 211 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/25(火) 21:02:06 ID:WYUtOwmr0] 腹の中デフラグすりゃいいじゃん 212 名前：路伯 ◆a.0e5YxqBY mailto:sage [2006/04/26(水) 00:06:00 ID:o2zS1UlH0] >>208 Contigの長所はまさにその「詰めない」ところ。 方向性が違うんだよ。 213 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/26(水) 00:15:47 ID:jEeK/l5j0] >>212 それは承知しとりますです。 あとデフラグ中の軽さもですな 214 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/26(水) 01:01:15 ID:1KScp/ch0] 詰めなくてもいいから、一旦全てのファイルを連続にしてから、 途中の空き領域容量と、其処にピッタリ填まる、 其処より後ろのファイルを教えてくれないかなぁ・・・ 215 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/26(水) 20:39:02 ID:te12yu5I0] それそれ。>>214 闇雲に詰めるﾔﾂは堪らん。 あと、BOOTファイルの再配置も標準のRundll32 advapi32.dll,ProcessIdleTasksの方が 僅かながら良い結果が出てる。(当環境では) で、今のところContig＋DiskeeperLiteが妥協点。 オフラインデフラグには仕方無くPD。 216 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/26(水) 22:01:27 ID:1KScp/ch0] >>215 「Rundll32 advapi32.dll,ProcessIdleTasks」て何？ ちょっと実行を躊躇ってしまう。 217 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/26(水) 22:09:07 ID:Fw86nXFA0] ぐぐれよ 218 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/04/26(水) 23:40:39 ID:Wnq7HP8t0] ぐぐれば快適なディスク環境を返していただけるんですね？ 219 名前：路伯 ◆a.0e5YxqBY mailto:sage [2006/04/30(日) 22:45:57 ID:vo/SUgBz0] 保守 220 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/05/02(火) 00:06:35 ID:Krf8f/VC0] contigっていいソフトだね 送る にショートカットを作っていい感じにデフラグしてる 221 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/05/02(火) 10:01:39 ID:bJwmpgMM0] ディスクの先頭から順番に空き領域をスキャンし、 その部分に丁度収まるファイルをそれ以降の部分から全部見つけて 「どれを移動しますか？」って聞いてくれるソフトが欲しい。 222 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/05/08(月) 15:16:25 ID:2QWHQkJ20] そして 223 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/05/08(月) 16:13:34 ID:ZMn5MjR6O] 電設へ 224 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/05/08(月) 16:28:40 ID:Kks8D5MJ0] >>223 ちょｗｗｗｗｗ 225 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/05/08(月) 21:36:29 ID:2QWHQkJ20] そうきたか。 226 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/05/09(火) 05:38:45 ID:sp90g4bT0] 部屋でタバコを吸う人と吸わない人では、hddの寿命が、倍ぐらい違うらしいね 227 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/05/09(火) 20:27:25 ID:2CmATz2v0] 仕方ないな。 HDDのためならタバコ吸ってやるか。 228 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/05/09(火) 21:03:43 ID:TkIVJMVH0] >>226 タバコを吸う方がHDDが倍長生きするんだよな。 非喫煙者は無駄にHDDの寿命を縮めている。 229 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/05/09(火) 21:21:39 ID:BqiSINsv0] 喫煙環境でのボリュームとかスライド接点の短命化は異常 230 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/05/09(火) 21:46:21 ID:AIcgeKXp0] タバコだのデフラグだのお前ら50歩鼻くそだっつーの 231 名前：名無しさん＠お腹いっぱい。 mailto:sage 久々に投下w [2006/05/09(火) 22:10:29 ID: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 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/05/09(火) 23:38:41 ID:wdZoviXMO] 今日のことわざ 50歩鼻糞を笑う 233 名前：デフラグさん ◆mRgSYalFkQ mailto:sage [2006/05/09(火) 23:41:14 ID:8s4JSCLe0] 　 [ﾟдﾟ]　ﾃﾞﾌﾗｸﾞｶﾝﾘｮｳ 　/[＿]ｂ 　　|　| 05うこざとのわを今笑日鼻糞歩 234 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/05/10(水) 09:29:38 ID:RSWoHrAt0] マジレスすると、レンズがデリケートな光学ドライブならともかく、 密閉されてる HDD の場合、タバコの煙はあんま関係ない気がする。 235 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/05/10(水) 09:33:09 ID:L3wPpHIG0] 密閉されてないよ 関係あるかどうかは知らないが 236 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/05/10(水) 10:01:42 ID:oPZBC/0R0] 煙草は、ＨＤよりも身体の方に悪いと思うが。 237 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/05/10(水) 14:49:59 ID:oi40GUaw0] ドライブ見てみ 穴開いてるから フィルター経由で空気の出入りがある 238 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/05/10(水) 16:41:10 ID:NbA/DyK70] 泉重千代の長生きの秘訣は毎日の喫煙 239 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/05/10(水) 23:04:48 ID:ns3cVKf1O] あり得ねー 240 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/05/16(火) 10:16:03 ID:YQyvcbOM0] 結局，バージョンアップした contig , dirms , buzzsaw は特に使用感 に変化なしってこと？ 241 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/05/16(火) 11:41:23 ID:Q/8PLS6D0] >>240 dirms に関しては、オプションは増えたみたいだけど、 大して変わりはないね。 242 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/05/19(金) 22:50:35 ID:mK3zVRkX0] そうか。遅くなったけど，ありがとう。 243 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/05/20(土) 00:26:09 ID:ohjyYWt60] dirms-CLは、コマンドプロンプトからレジストレーション情報をコピーしてWebSiteのフォームに貼る時に、コマンドプロンプトの画面幅(80文字毎)の改行は消しておかないと、invalid codeになってしまうね。気をつけないと。 244 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/05/20(土) 22:58:34 ID:ECG42ex+0] 　 245 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/05/20(土) 23:56:58 ID:TRyaDD+/0] >>208 亀だけど乙。 contigって意外とキチッと最適化してくれるんだね。 俺は時間が有る時たまにDiskeeperで、PC使用中とかは重くならないcontigって感じだ。 ところで今悩んでるんだが、Bootvisと相性の良いデフラグソフトって何だろう？ それとTuneXPのブートファイルデフラグ。 ブートファイルデフラグはブートファイルを先頭に持ってくるからPDは却下かな。 デフラグだけならcontigでも良いからまずとして、bootvisとTuneXpのっちを先に実行すればよいのか・・・？ っと、これ以上はスレ違いだな 246 名前：路伯 ◆a.0e5YxqBY mailto:sage [2006/05/21(日) 16:26:33 ID:ob4Dg+lF0] >>245 そんなあなたには、コマンドプロンプトから、 Rundll32 advapi32.dll,ProcessIdleTasks これで、起動時の読み込み順にファイルが並ぶはず。 247 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/05/21(日) 16:32:13 ID:b+FvxJI90] >>246 ｍｊｄ？ やってみる 248 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/05/22(月) 08:01:38 ID:8ZiC6ORc0] よけいなお世話だけど，TuneXPは，使用後にMFT 予約領域が消失した という報告もあるので，気をつけた方がいいよ。 ttp://denshizuno.at.webry.info/200506/article_1.html 249 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/05/22(月) 18:34:57 ID:G+DZxVkU0] >>248 そこの人、セクタの割り当て順について激しく勘違いしてるな。 プラッタやヘッドが複数あろうが、シリンダ番号より先にヘッド番号が進むから、 外周部分が複数あるなんてことはない。 そもそも、複数の面で同一位置にあるトラックが円筒状になるのでシリンダというわけで。 今は外から見える CHS は仮想的なものだから内部的にどうなってるかは不明だけど、 わざわざシークタイム的に不利になる、面を先に使い切るようなことしてるとは思えん。 250 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/05/22(月) 19:05:45 ID:xV/RkEU80] >>249 > 1. うちのマシンのCドライブには、ハードディスクの外周部分が複数ある。 久々に心の底から笑えるネタに出会った。 そのサイトの著者はどうやら1枚目のプラッタを使い切ってから2枚目以降を使うと思い込んでいるようですな。 だからすべての推測が間違った方向にいってしまっている。 MFT予約領域については、それはあくまで「予約」であり、予約領域の量は何かと変動するからね。 たとえばPerfectDiskのオフラインデフラグをかけても変化する。 もともとMFTが伸張された場合にそれがフラグメントを起こさないように開けてある領域だから、 ディスクにデータが埋まっていき、空き領域が減ってけば、予約領域は減らしていく方がいいという 判断なんだろうね。空き領域が減るということは、新たに書き込まれるデータが減るということで、 そのために予約しておく領域も少なくていい、と。 251 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/05/22(月) 19:07:04 ID:+H0Lo4Dz0] 必要なサイズぶん実際のMFTを確保したら予約領域なんか無くしてしまう方がいい 252 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/05/22(月) 19:10:56 ID:xV/RkEU80] で、肝心のTuneXPについては…再配置機能は使わない方がいいと思うね。 そのサイトの著者も語っているように、デフラグソフトとの相性が悪い。 PerfectDiskにもブートに使用するファイルを先頭に連続して配置する機能があるが、 PerfectDiskの場合Windows本体のプリフェッチ機能と上手く共存させている。 しかしTuneXPの場合何も対策をしていないので、TuneXPをかけてもその後 デフラグするとまた配置が換わり、意味がなくなってしまう。 TuneXPの他の機能はいいと思うが、ファイルの配置機能は使うべきではない。 253 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/05/22(月) 19:58:54 ID:lP97GC9J0] 以前は、何としても全てのファイルを連続にして前に詰めてたけど、 最近は、連続にさえなってればいいや、って思う様になった。 254 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/05/23(火) 05:47:11 ID:XA2opbUr0] >>245 > ところで今悩んでるんだが、Bootvisと相性の良いデフラグソフトって何だろう？ > それとTuneXPのブートファイルデフラグ。 > ブートファイルデフラグはブートファイルを先頭に持ってくるからPDは却下かな。 PDってPerfectDiskの事だと思うが、なぜPerfectDiskが却下なのか理解に苦しむ。 PerfectDiskはBootvisが作成した情報に従って、ブートに必要なファイルを先頭に配置する。 この機能があるのはPerfectDiskだけだ。Bootvisともっとも相性のいいソフトといえよう。 Bootvisをかけた後に、PerfectDiskで配置し直すという使い方になるけどね。 255 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/05/23(火) 22:05:36 ID:dR6KbHpN0] >>249 ああ，言われてみると確かにおかしなことになってるね。その辺読んでなかったから気づか なかった。ところで，CHSってLBAに変換してるケースも含めて今ではほとんど使われてない のかと思ってたけど，そうでもないの？ 256 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/05/23(火) 22:11:09 ID:dR6KbHpN0] MFT予約領域については，データが増えたとしても積極的に減らすべきじゃないと思う。 まず，予約領域は，ディスクが最大容量に達した後はファイルの記録に消費されるので，事 前に減らす必要がなさそう。 それに，MFTは，小さなファイルについてはデータを直接格納し，その場合はMFT単独で肥大 するので，「ディスク内の空き領域が減ればMFT予約領域の必要性も比例的に減る」わけで はない。さらに，ファイルが削除されてもMFTのサイズは小さくならないから，ディスクが 埋まってきていったん予約領域が減らされた後にファイルが削除された場合，ディスクに十 分な空きがあるのにMFTの予約領域はほとんどないという状況になってしまう。 なので，ディスクが埋まってきたとしても，予約領域を積極的に減らすとMFTの断片化を招 く可能性が増える。 と，思う。 257 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/05/23(火) 22:22:21 ID:EGzjXPVa0] >>256 >>251 258 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/05/23(火) 22:43:38 ID:SbeKGi1O0] 皆ＮＴＦＳが好きだね。 私はＦＡＴ３２派。 ９ｘのノートンＳＤでデフラグ出来るし。 259 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/05/24(水) 01:04:01 ID:fG6yQZvH0] >>256 > まず，予約領域は，ディスクが最大容量に達した後はファイルの記録に消費されるので，事 > 前に減らす必要がなさそう。 いや、意外とその「消費の仕方」が下手で、Windows自体に任しておくと、ぐちゃぐちゃになるんだよ。 > するので，「ディスク内の空き領域が減ればMFT予約領域の必要性も比例的に減る」わけで > はない。 だれも「比例して減る」などとはいってない。確率的には減るといっている。 > 埋まってきていったん予約領域が減らされた後にファイルが削除された場合，ディスクに十 > 分な空きがあるのにMFTの予約領域はほとんどないという状況になってしまう。 別にその時は削除されてもう使われてないMTFの領域を使えばいいわけで、何もわざわざ 予約領域から新たに確保する必要ないのだが？ > なので，ディスクが埋まってきたとしても，予約領域を積極的に減らすとMFTの断片化を招 > く可能性が増える。 だからぁ、バランスよく減らせばいいだけのこと。何度もいうけど、Windowsに任せておくと 食い散らかして汚くなるんだよ。まあデフラグすればいいだけなんだけどね。 またPerfectDiskはオフラインデフラグでMFTのデフラグもできるのだから、MFTのフラグメントは あなたが考えるほど致命的ではない。 ま、MTFS予約領域まで動員しないとならない手前で使用容量は抑えておくのが賢明だとおもうけどね。 260 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/05/24(水) 04:01:13 ID:xO+PSibQ0] >>254 > Bootvisをかけた後に、PerfectDiskで配置し直すという使い方になるけどね。 ・・・・・。 相性がいいと思えるのは「標準デフラグ」「Diskeeper(Lite)」ぐらいしか知らないな。 ちなみに、「BootvisのOptimize System」≒「Rundll32 advapi32.dll,ProcessIdleTasks」なので わざわざBootvisを使うまでも無いよ。 261 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/05/24(水) 05:47:17 ID:fG6yQZvH0] >>260 > 相性がいいと思えるのは「標準デフラグ」「Diskeeper(Lite)」ぐらいしか知らないな。 いや、標準でフラグは相性悪いよ？Diskeeperも同じだけど。 空き領域のど真ん中にブート用ファイル群を配置するし、十分な連続領域が取れないと、 きちんと固まりとして配置しない。 PerfectDiskなら他のファイルをどかして、きちんとHDDの先頭部分に配置する。 > ちなみに、「BootvisのOptimize System」≒「Rundll32 advapi32.dll,ProcessIdleTasks」なので もともとBootvisの話だから、それに沿って話しているだけのこと。 文脈を読めばこの程度のこと分かりそうなものだけどねぇ（笑 262 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/05/24(水) 05:54:51 ID:fG6yQZvH0] んで、PerfectDiskが標準デフラグやDiskeeperに比べてPrefech関係で（まあそれに限らないが） 優れている点こそあれ、劣っている部分はないと思うよ？ あなたが相性がいいツールは標準でフラグとDiskeeperしか知らないというのは、PerfectDiskをよく知らないからだろう。 まあしっているなら「PerfectDiskのこういう点がダメだ」といってくれてかまわないけどね。 まあPerfectDiskにも当然文句はあるが、それはまた別な話。 263 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/05/24(水) 06:14:52 ID:fG6yQZvH0] 一応説明しておくと、PerfectDiskにはOSおよびアプリの高速起動用プリフェッチを どうレイアウトするか選択できる。Windowsに任せることも出来るし、PerfectDiskが行うことも出来る。 Windowsに任せた場合は、PerfectDiskはプリフェッチ関係のファイルについて関知しない。 つまり標準デフラグが3日に1回行うのと同じになる。 PerfectDiskに任せるモードでは、レジストリを変更して標準デフラグが行う再配置を停止し、 PerfectDiskが起動したときだけプリフェッチデータに基づき再配置を行う。 このモードにはさらに二種類あり、OSのブート関係のファイルのみを再配置するか、 アプリ起動用のファイルも再配置するかを選択できる。 264 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/05/24(水) 06:21:18 ID:fG6yQZvH0] で、俺は標準の動作、ブート関連のファイルだけいつの間にか（3日に1回)勝手にいじられるのは どうかと思うから、PerfectDiskに任せている。これならPerfectDiskでデフラグするときだけ、他のファイルが デフラグされる時に、同時にブート関連のファイルも適切に再配置される。 いつのまにか自動的に再配置されるよりずっといいと思うけどね。なにしろ標準の動作だと、 起動用のファイルをまとめてくれるのはいいが、それしか考えないから、起動用のファイルを抜き出した 跡があいてしまう。つまり空き領域の断片化の原因になる。 まあそこまで神経質にならなくてもいいという気はするが、断片化するよりはしない方がいいだろう。 265 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/05/24(水) 10:03:47 ID:yejnjZSX0] >>259 > いや、意外とその「消費の仕方」が下手で、Windows自体に任しておくと、ぐちゃぐちゃ > になるんだよ。 なるほど。これは，知らなかった。これって，ディスクに占めるデータの割合が同じ状態で 空き領域を消費する場合よりも，MFT予約領域を消費する場合の方が「ぐちゃぐちゃ」にな るということですよね？そうでないと，予約領域を敢えて削減して空き領域を作るべき理由 にならないと思うのですが。とはいえ，私も予約領域を消費するまでディスクが埋まった場 合を想定する意味はあまり感じてませんが。 > だれも「比例して減る」などとはいってない。確率的には減るといっている。 「確率的」の意味がよく分からない。「おそらく減るだろう」という程の意味だとすると， 空き領域が減れば，同時にMFT予約領域も減っていくのだから，そのままで良いということ にもなりませんか？書き込みによる減少に加えてさらに予約領域を敢えて削る理由として は足りないと思うのです。 > 別にその時は削除されてもう使われてないMTFの領域を使えばいいわけで、何もわざわざ > 予約領域から新たに確保する必要ないのだが？ これはまったくその通り。こちらの勘違いです。失礼しました。これは理由にならない。 ちなみにMFTの断片化が致命的とまでは思っていませんよ。どうも予約領域を削減する積極的 理由が見えてこないということです。 266 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/05/24(水) 10:09:57 ID:yejnjZSX0] ここまでみて結局，「ぐちゃぐちゃ」の件以外，予約領域を削減する「積極的」理由がよく わからないのですが，空いた領域の分だけ普段の（オンライン）デフラグが効率的にできる 可能性があるというあたりでしょうか。削減するデメリットは，小さなファイルの蓄積によ ってMFTが肥大し予約領域を使い切る可能性があること。 ただ，確保すべきMFT領域のサイズがよく分からないので，あなたの言う予約領域削減にお ける「バランス」がどこにあるのか見極めにくいと感じています。 すなわち，MFTに直接格納される小さなデータは通常のファイルに加え，ディレクトリ，ショ ートカットなど様々あり，セキュリティ関係のアプリの更新やMSのパッチ等を考えると， どうしても蓄積されて増えていくので，MFTの必要となるサイズ（の上限）が予想しにくい。 一方で，デフラグの効率性についてはcontig，dirmsを使えばそれほど空き領域を気にす る必要はない。なので，とりあえずMFTゾーンの初期サイズは大きめにしておき，敢えて削 減する必要もないだろうと個人的には考えるのですが。 というわけで，削減すべき積極的理由など「バランス」をとる際の要素が他にあれば参考に したいので聞かせてもらえませんか？まぁ，もちろん，これも個人の環境に激しく依存する わけですけど。 267 名前：名無しさん＠お腹いっぱい。 [2006/05/24(水) 11:27:30 ID:/SNmPTeh0] メカage 268 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/05/24(水) 12:17:17 ID:aKHtLfng0] 久々だな、おい 269 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/05/24(水) 14:44:04 ID:IJOwFFy10] デフラグって年に２，３回で十分よね 270 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/05/24(水) 15:09:37 ID:tfiFXN/d0] 俺、毎日やってんだけど。 271 名前：デフラグさん ◆mRgSYalFkQ mailto:sage [2006/05/24(水) 15:41:25 ID:9dvbQiL00] 　 [ ﾟдﾟ]y-一~~~~　ｻｲﾃｷｶﾉﾋﾂﾖｳﾊｱﾘﾏｾﾝ 　ﾉ[ ﾍ ﾍ ■■□■■□◇＿◇□□□ 272 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/05/24(水) 19:26:00 ID:fG6yQZvH0] >>265 > 空き領域を消費する場合よりも，MFT予約領域を消費する場合の方が「ぐちゃぐちゃ」にな だからそう書いているつもりなんだけどね。俺の文章でそう取れない表現があったら教えてほしいね。 > 「確率的」の意味がよく分からない。「おそらく減るだろう」という程の意味だとすると， 「弱い相関関係がある」という意味だよ。 > 空き領域が減れば，同時にMFT予約領域も減っていくのだから，そのままで良いということ > にもなりませんか？ なんか混乱してるようですな。空き領域が減れば、あらたに作られるファイルも減るはずで 今後新たに必要になるであろうMFTのサイズも減っていくということ。 最初の頃、新たに作られるファイルのサイズが分からないから多めにMFT用に領域を確保しておいたが、 HDDの大半が消費されれば、その領域は「確定」していくわけで、自ずと「不確定」さは減っていく。 たとえれば、HDDの残り領域が、HDDの容量あたりもっともMFTの使用量が多いサイズのファイルで 埋められるケースを想定してMFT用の領域を当初確保していたとする。HDDの容量を半分使い切った 段階で振り返ってみれば、そんな最悪のサイズのファイルは少数だった、と分かったとしよう。 となれば残りの半分が最悪のサイズのファイルで全部埋まったとしても、当初想定していた最悪の状態 (HDD全体が最悪のサイズのファイルで埋まる）ほどはMFTの領域は必要ないことが分かるわけだ。 ならばその分予約領域を縮めるという判断は悪い判断ではないだろう。 > ちなみにMFTの断片化が致命的とまでは思っていませんよ。どうも予約領域を削減する積極的 > 理由が見えてこないということです。 積極的な理由がなければ削るべきではない、と考えるのが「致命的と考えている」といってるんだけどね。 気軽に削るのは控えるべきと考えているわけだろう？ 273 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/05/24(水) 19:47:15 ID:fG6yQZvH0] >>266 > わからないのですが，空いた領域の分だけ普段の（オンライン）デフラグが効率的にできる > 可能性があるというあたりでしょうか。 いや別にPerfectDiskは空き領域の大きさでそれほどデフラグの効率の良さは変わらない。 Diskeeperとかだと空き領域がないとすぐ音をあげるけどね。 不要なMFT予約領域を削るのは、Windowsに自動的に削らせるよりもファイルの配置が マシだから。デフラグをしばらく書けない状態でもそこそこの配置が維持できる。 まあ毎日デフラグかけている人にとっては関係ない（笑 > 削減するデメリットは，小さなファイルの蓄積によ > ってMFTが肥大し予約領域を使い切る可能性があること。 PerfectDiskとかがMFTを縮小する場合、そうなる確率がそれほど高くない程度の範囲で縮小してるんじゃないの？ いや実際に詳しく調べたことないけどさ。俺が長年使っていて見ていた限りでは縮小されたMFT予約領域では足りなくて、 再び増加させたというケースはなかったよ。もちろん想定外のことが起きることはあるだろうが、その時はオフラインデフラグを かければいいわけで。 > ただ，確保すべきMFT領域のサイズがよく分からないので，あなたの言う予約領域削減にお > ける「バランス」がどこにあるのか見極めにくいと感じています。 そりゃそうだろうねぇ。しかしそれをいうなら、最初に確保されているMFT予約領域のサイズにどれほど 正当性があると考えるのかね？あなたがツールによって縮小された予約領域に不安を覚える一方、 最初から設定されている予約領域のサイズに安心をを感じるのは単に「最初そうなっていた」という理由だけだよね。 どのみち「予想外」のことが起きる可能性はゼロではないわけだよ。 274 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/05/24(水) 19:48:40 ID:fG6yQZvH0] > 一方で，デフラグの効率性についてはcontig，dirmsを使えばそれほど空き領域を気にす 上に書いたように、別にデフラグ動作の効率のために予約領域を縮めているわけじゃないって。 もしそうならそれこそ本末転倒でツールが馬鹿だろう。 > る必要はない。なので，とりあえずMFTゾーンの初期サイズは大きめにしておき，敢えて削 > 減する必要もないだろうと個人的には考えるのですが。 だから「大きめにしておいた方が安心」というのは「溢れたら大変」という感覚を持っているからだろ？ たとえばMFTをデフラグできないツールなら、確かにMFTが一度フラグメントしてしまうと取り返しが つかないわけで、俺だって「心配」になる。しかしPerfectDiskとかはMFTをデフラグできるのだから、 それは「取り返しのつかない」事態ではない。ならば必要以上に「安全側」の選択をする必要はない。 逆に言えば標準のWindowsはMFTをデフラグする機能を持たないから、MFTがフラグメントを 起こさないようにかなり安全側に偏ってMFT予約領域を算出してるんじゃないのかなぁ。 > というわけで，削減すべき積極的理由など「バランス」をとる際の要素が他にあれば参考に 残念ながら、PerfectDiskがどういう戦略でMFT予約領域を縮小しているのかは調べたことがない。 しかしすでに述べたように、「MFT領域を多めに確保しておく」という方針の場合、HDDの大半が まだ未使用な状態で想定する「多めのMFT領域」とすでに半分消費されている状態での 「多めの領域」は後者の方が当然小さい。その段階ではすでに半分はどういう性質のファイルが 書き込まれているのか確定しているから、最悪のサイズを想定する必要がなくなったのだからね。 だからその辺を鑑みて決定してるんじゃないのかなぁ、と漠然と思ってるんだけどね。 この際だからあなたが調べて教えてよ（笑 275 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/05/24(水) 19:55:37 ID:fkgN9ma30] やべえ、ついていけねえ

---

---

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

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