【デフラグ】 Contig - 暇つぶし2ch

【デフラグ】 Contig ..

116:名無しさん＠お腹いっぱい。
06/03/08 10:48:31 cIa1tpZm0
続き

もっとも，DefragNTでは次の方法で特定ファイルを移動できる模様です。

(1)メニューのpartition→selectでドライブ指定し，partition→analyzeの後
，test→move filesでファイル選択して移動先のクラスタを指定。

(2)メニューのpartition→selectでドライブ指定し，Defragment→start...で
出てくる画面で先頭・最後尾に置くファイル・フォルダ及び，全体の並び替え
のルールを指定。ただ，ファイル・フォルダの指定できる数は1個かも。

まぁ，ちゃんと動けば，使えるんですけど。こちらの環境では，200GBのHDの
うち，約20GBのCドライブについては正常に動作したものの，同一HD内の約160
GBのDドライブについてはselectの時点で固まりました。パーティションサイ
ズに反応した模様。
URLﾘﾝｸ(www.geocities.com)

117:名無しさん＠お腹いっぱい。
06/03/08 10:51:48 cIa1tpZm0
>>113
使い方によってはそうでしょうね。ただ，これ自体はユーザーの指定したシス
テムファイルの属性を変えるだけなんで，あえて自分でやばいファイルの属性
変えた上でドライブごとデフラグかけたりしない限り特に問題は起きないので
は。たとえば，システム関係のlogファイルなんかを属性変更してcontigでデ
フラグとかならシステムへの影響はないかと。

118:名無しさん＠お腹いっぱい。
06/03/08 11:20:16 S5AG6Zp80
>>115
成る程ロケーションですか。確かにそれっぽいですね。
ところで DIRMS ? MOVE LCN と DIRMS COMPACT ですが（-q なしのやつ）、
Perfect Disk で最適化して、まだ断片化してるファイルを Contig でデフラグ、
また Perfect Disk で最適化、ってのを繰り返して断片化ファイルがゼロの状態にしても、
どっちかやっただけで、また Perfect Disk で分析すると幾つか分断化しますね。
MOVE や COMPACT するのに断片化させたら駄目な様な。
まぁ Perfect Disk の分析結果の方を信じれば、ですけど。

>>116
DefragNT、その機能が、最近のデカいパーティションでも動けばいいですね。
でも、すっかり更新が止まってるんでしたっけ。

119:名無しさん＠お腹いっぱい。
06/03/09 12:31:51 yxH2cFrp0
>>118
うーん，ドライブの先頭の空き領域が細分化されていると，そこに移動させられる大きなファ
イルが分断されるのかも。
もっとも，非公式のDIRMS_GUIでは "Full job (5 Steps)"としてこんなモードが。
"Defrag and Pack" - "Compact" - "Move to front" - "Compact" - "Move to front"
URLﾘﾝｸ(web156.server83.rhs-it.de)
なので，ファイルの大移動を伴う初回の move や compact では多少の断片化は起きるというこ
とかも。ただ，分析結果についてはソフトによって理想とするファイル配置が違うと思われる
ので，それが結果の違いに現れる気も。

あと，DefragNTは作者が音信不通らしいです。残念ですが。

120:名無しさん＠お腹いっぱい。
06/03/09 12:36:08 yxH2cFrp0
それと，また何かみつけたので報告。
■FragExt
・特定のファイル・フォルダ・NTFS代替データストリームについて，エクスプローラの右
　クリックから，断片化率等の詳細情報を取得し，デフラグできる
・D&Dによるデフラグも可能
公式　　　　　　　　URLﾘﾝｸ(www.mutexed.com)
使用感（日本語）URLﾘﾝｸ(d.hatena.ne.jp)

121:名無しさん＠お腹いっぱい。
06/03/09 12:47:06 yR/uBP/u0
>>119
まぁ確かに、前に隙間なく詰めるのは難しいっぽいですけどね。
良いアルゴリズムが思い付かない。

DIRMS の PACK ってのがよく分かりません。
圧縮する必要なんてない様な。

分析結果は、どれもクラスタ単位で（？）やってるんだろうから、
違いが出るのが謎ですね。

DiskView.exe ってやつで最適化完了して断片化ファイルもゼロで
MOVE して COMPACT したパーティション見たら、隙間だらけだった・・・

>>120
㌧。早速試してみます。

122:名無しさん＠お腹いっぱい。
06/03/11 08:35:57 NiNpPc+L0
>>121
"Defrag and Pack"の　pack　のこと？
"Defrag and Pack"=非公式のDIRMS_GUIがそう名づけたモード。ソースを見ると　dirms c -q　のこと。
→dirms c -q＝Do free space evaluation, defragment, and quickly move files to the front of the drive
→"Pack"＝ quickly move files to the front of the drive
ということかと。

分析結果は，市販のソフト同士でも結構違うと聞いたことがあるけど，まぁDiskVIEWとPerfectDiskの結
果が代替一致していれば信用していいのでは。隙間については，dirms使用前後でdiskviewやperfectdisk
での分析結果が悪化したのなら問題ですね。逆に，悪化していないが，15クラスタ以下の隙間が残ってい
る場合，このレベルの隙間は，dirmsのドキュメント曰く，他の市販デフラグメンタも無視するものなの
で，すべて無くすのは難しいのかも。でもそこを詰めるのが売りのはずなんだけど。

123:名無しさん＠お腹いっぱい。
06/03/11 10:33:59 iHZJaGFv0
>>122
何だ、そうなんだ。㌧。
で、DiskView だと隙間だらけなんですよね。
Perfect Disk だとキュンキュンに詰まってるのに。
１５クラスタ以下は無視かぁ・・・
でも、次にファイル作ったら其処に入っちゃうんですよね。
で、そのファイルは断片化し捲くり、と・・・
一旦前に詰めたら、大きなファイルを作成して途中の隙間を
全部埋めればいいのかなぁ。

124:名無しさん＠お腹いっぱい。
06/03/12 11:11:15 hBf6qp4v0
>>123
やっぱり市販のものはそうなんだね。ファイルサイズの変動を考
えると，必ずしも悪いことでもないし。あえて表示しないのは，見
栄えも考えてのことかもね。

前に詰めたファイルのサイズに変更がないなら，他のファイルで
完全に隙間に埋めるのもアリかもね。ただ，作ったファイルが
きっちり全部の隙間に書き込まれるのかどうかわからないけど。

ところで，「lcn」はやっぱ The Logical Cluster Number だと思った。

125:名無しさん＠お腹いっぱい。
06/03/12 11:19:04 hBf6qp4v0
あと，これで指定ファイルをディスクの先頭に移動できるんじゃないかな。

■手動デフラグキット - ファイル単位のデフラグを行なうコマンドラインツール
dumpbitmapは指定されたボリュームのビットマップを取得し、空きクラスタの一覧とサマリを出力します。
dumpfileは指定されたファイルの占有するクラスタ一覧を取得し、これを出力します。
movefileは指定されたファイルのディスク上の位置を変更します。
公式　URLﾘﾝｸ(kobun.mydns.to)手動デフラグキット
Wiki　URLﾘﾝｸ(f32.aaa.livedoor.jp)
D%A5%C3%A5%C8

※ファイル移動の参考　同作者の別のシェアのデフラグメンタにおけるファイルの種別毎の移動方針
URLﾘﾝｸ(f32.aaa.livedoor.jp)
%CA%FD%BF%CB

126:名無しさん＠お腹いっぱい。
06/03/12 11:51:35 eWKdO/Oq0
>>124
確かにキッチリ隙間に埋まるとは限らないか・・・＿|￣|○

>>125
㌧。
早速試してみます。

127:名無しさん＠お腹いっぱい。
06/03/12 22:03:46 ARxpqr7K0
>>8の見てやったらすぐ下の>>9で訂正がorz
>>8と>>9だとどう違うの？

HDDはブン回されてたから最適化してくれたんだろうか・・・

128:名無しさん＠お腹いっぱい。
06/03/12 22:07:39 ARxpqr7K0
>>125
って事はシステムファイルとかを先頭に持ってくれば高速起動が？

129:路伯 ◆a.0e5YxqBY
06/03/13 08:32:07 CvzjS1460
>>125

そこのkopyというのが結構使える、と思う。

130:名無しさん＠お腹いっぱい。
06/03/13 14:17:39 Xz4sNyCQ0
>>127
contigには「 /s」というオプションはないと思うよ。sysinternalsのページを見る限り。
逆に，「contig c:\* /s」でHDDがブン回ってたらその方が心配だが…。
まぁ，最適化されたかどうか確かめてみれば？これとかで。
URLﾘﾝｸ(www.sysinternals.com)

>>128
その可能性は否定できないけど，XPに関していえば，WINDOWS\Prefetch\Layout.ini
やBootvisでやるよりも，手動でうまいことファイルを配置するのは難しいかと。
まぁ他のOSはどうだか知らないけど。使い道としてはアクセスしないファイルをディスクの最後尾
に移動するとか，デフラグで埋まらないファイル間の隙間を埋めるってあたりじゃないかな。

>>129
そう？断片化対策のところに反応したのかな。まぁデータレスキューには使えそうな気がするね。
OSが動いていればFIre File Copyで済ませちゃうからなぁ。

131:名無しさん＠お腹いっぱい。
06/03/13 19:24:24 6rseFaay0
>>127
俺も同じ事したけどたぶん /s は無視されて c:\* だけ実行されてると思う。
俺もHDDは動いてたし。

断片化も実行前より解消されてた。

132:名無しさん＠お腹いっぱい。
06/03/14 11:39:46 AtRuIa7V0
contigで断片化解消後，公式じゃない方のdirms - GUI 0.3.3（>>45のGUI1）でmove lcnを試したらな
んかループに陥ったらしく，10GBのパーティションに3時間以上かかっても作業が終わらなかった。な
ので，abortをクリックしたが，20回ぐらいクリックしてようやく停止。ところがOS再起動しようとし
たら，シャットダウンできず，電源ボタンでシャットダウンする羽目に。
こちらの環境では非公式のdirms - GUI 0.3.3はフリーズも多く，不安定。コマンドラインで使う分に
は問題は出ないので，GUI 0.3.3に固有の問題だと思う。
もっとも，move の効果は概ね良好。DiskViewで見ると，小さい隙間が結構あるが，XP標準ツール
で分析する分にはきれいに前に詰められていた。

133:名無しさん＠お腹いっぱい。
06/03/14 12:28:47 d6RVhLRR0
>>132
いいなぁ。
私の環境では、COMPACT も MOVE も、目立った効果は得られなかった。
後、COMFRAG でファイル指定した時も、事前に別のツールで断片化を解消して、
まだ残ったファイルだけやろうと思ったのに、関係ないファイルをガンガン MOVE
し始めたので、数時間で止めたよ・・・

134:路伯 ◆a.0e5YxqBY
06/03/14 14:01:02 4kTu3Q460
商用O&Oには勝てぬか……

135:名無しさん＠お腹いっぱい。
06/03/14 14:40:23 d6RVhLRR0
>>134
Ｏ＆ＯよりもＰｅｒｆｅｃｔＤｉｓｋの方が何となく良い感じ。

136:名無しさん＠お腹いっぱい。
06/03/14 15:15:42 6a/bhfNg0
デフラグ直後や十分な空きがあるときでも、
細切れの隙間があると
そこに何百もフラグメントしたファイルが作られてしまうのは
ntfs かそのドライバの設計ミスだよ。

137:路伯 ◆a.0e5YxqBY
06/03/14 17:27:47 4kTu3Q460
>>135

徹底的にやるときには確かにPerfectDisk。

O&O、特にV8の魅力は神速のステルスモード。

138:名無しさん＠お腹いっぱい。
06/03/14 18:33:13 Fxc/xpFt0
PerfectDiskは結構隙間出来るよ
隙間詰める設定にしても出来る

139:名無しさん＠お腹いっぱい。
06/03/14 18:54:59 4WDs7Gyg0
なんでContigｽﾚで他のデフラグメンタの話になってるのよ

140:路伯 ◆a.0e5YxqBY
06/03/14 19:26:29 4kTu3Q460
>>139

Contigのバージョン上げがなかなか来ないので、Contigについて
語ることがなくなってしまったから。

141:名無しさん＠お腹いっぱい。
06/03/14 19:29:16 +IHDTutF0
Diskeeperのがよくね？

>>139他のとの比較は結構重要だと思うけど

142:名無しさん＠お腹いっぱい。
06/03/14 19:39:15 d6RVhLRR0
>>137
確かにステルスはすぐ終わるけど、大して断片化は解消しない様な・・・

143:路伯 ◆a.0e5YxqBY
06/03/14 20:58:09 CuuYprDj0
>>142

ファイルの断片化は解消されるが、空き領域の断片化は解消されないね。

しかし、自分の考えとしては、空き領域をなんとかするためにデフラグ済みのファイルまで
移動しようとすれば、ハードディスクの寿命はかえって短くなることもある。

サーバーサービスの提供者なら、応答の俊敏性がハードディスクの寿命よりも
優先されるんだろうけど、個人のパソコンなら、ハードディスクに長生きしてもらいたい。

contigをつかって*.exeとか*.dllとかだけをデフラグすれば、ハードディスクに優しいはず。

O&Oではそういうのが難しいけど、デフラグの方法そのものは多分、Contigより優しい。

144:名無しさん＠お腹いっぱい。
06/03/14 22:39:38 0oNTwsU60
>>141
Diskeeperはぼったくり

145:名無しさん＠お腹いっぱい。
06/03/14 22:48:48 d6RVhLRR0
>>143
クラスタ単位で移動するかファイル単位で移動するか、って事？

146:名無しさん＠お腹いっぱい。
06/03/15 21:12:00 jHiLCozK0
昨日に続き，約20GBのブートパーティションにcontigでデフラグをかけた
後，dirms で move lcnを実行してみた。

結論から言うと，ほぼ完全に作者の意図どおりの結果だった。DiskViewで
見ていくと，ドライブの先頭から，MFT領域を挟んで，隙間なくファイル
が敷き詰められている。連続する空き領域との境界近くに20個程度の小さ
な隙間が残っており，また，少し離れてディスクの真ん中あたりにフォル
ダとシステムファイルとが少々あるが，あとは本当に1クラスタの隙間も
無く詰めてあるので，正直驚いた。

そういえば，フォルダはディスクの真ん中辺りに配置するのが良い，てな
話をどこかで読んだ気がするけど思い出せない…

147:名無しさん＠お腹いっぱい。
06/03/15 21:14:08 jHiLCozK0
もっとも，XP標準のツールで分析すると，結構隙間があるように見える。
DiskViewが正確だとすると，標準ツールはMSが言う以上に大雑把で，一定
以下の大きさのシステムファイルは無視して白表示，MFT領域の使用済み
部分は青表示，MFT領域の未使用部分は白表示となっているらしい。

なので，

|通常ファイル|システム|使用済みMFT領域|未使用MFT領域|通常ファイル|

と隙間無く並んでいても，標準ツールでは青白青白青と表示され，かなり
隙間があるように見えてしまうことになる。

148:名無しさん＠お腹いっぱい。
06/03/15 21:33:43 jHiLCozK0
で，昨日の結果より断然良いので，やはり環境によって違いが出やすいよ
うだ。なので，昨日実施した環境について補足しておくと，パーティショ
ンは10GBと書いたが，これは勘違いで，正しくは5GBだった。作業用のパー
ティションで，ページファイルが置いてあったが，空き容量は82%と十分あ
った。ちなみに今回のブートパーティションは73%が空き領域。

>>133
そのCOMFRAGはもちろん旧バージョンのDirmsでやったんだよね？
とすると旧バージョンは不安定なのかな。
ところで，DiskViewで160GBのパーティションを分析すると場合によっては
5分ぐらい時間かかる上に，メモリ330MBほど持ってかれるんだけど，そち
らはどう？
HDも結構カリカリ言うし，なんかデフラグより分析の方がHDへの負荷が高そう…

149:名無しさん＠お腹いっぱい。
06/03/15 22:21:39 HROAk3120
>>148
いや分析は読むだけだし。

150:名無しさん＠お腹いっぱい。
06/03/16 08:04:38 P2yPnpgR0
>>149
もちろんそうなんだけどさ。最悪，無反応になって15分ぐらいかかったりするし，
contigでデフラグかける方が短時間で，しかもHDアクセス音も小さかったりする
わけですよ。

151:名無しさん＠お腹いっぱい。
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にも当然文句はあるが、それはまた別な話。

次ページ