06/01/02 16:53:17 EgITG3kq0
いつのツールだよｗｗｗ
Sysinternalって統合でスレたてたほうがいいかもな
3:名無しさん＠お腹いっぱい。
06/01/02 17:46:25 ElQiYfaP0
[ﾟдﾟ]
/[＿]ヽ デフラグを使うと
| |
■■□■■□◇＿◇□□□
[ﾟдﾟ]
■＿]ヽ□ ハード ディスクのファイルや未使用領域を再配置し
| |
■■□＿■＿◇＿◇□□□
□
■⌒ ヾ
＼[ﾟдﾟ]ﾉ プログラムの実行速度を上げることが
＼＼/
■■□ /■＿◇＿◇□□□
□ （ ） 出来る・・・かも知れません。
■ ヽ[￣]ﾉ
■■□[ﾟдﾟ]■＿◇＿◇□□□
4:路伯 ◆a.0e5YxqBY
06/01/02 19:36:18 fszuHUQS0
>>2
最新版は2005年2月に出てる。
"Contig works on NT 4.0 and higher"と書いてあって、WinXPでも動く。
5:q ◆jLjA.WrAfo
06/01/04 08:11:39 HtGgg52w0
s
6:路伯 ◆a.0e5YxqBY
06/01/04 11:56:57 nKzT548z0
WinNT4.0とWinXPでは、Contigの動作が若干違う。
WinNT4.0ではフォルダの断片化を解決しないが、WinXPではする。
7:名無しさん＠お腹いっぱい。
06/01/06 02:05:27 /NHJMR1m0
もっと詳しく使い方教えてよ
8:路伯 ◆a.0e5YxqBY
06/01/07 14:55:21 9xI2PlSU0
>>7
Contig.exeをC:\あたりにおいておく。
コマンドプロンプトを起動し、
「c:」
「cd \」
でC:\に移動し、
「contig c:\* /s」
とすると、Cドライブの断片化したファイルのみを処理してくれる。
断片化していないファイルを動かさないのが、Contigのいいところ。
他のデフラグソフトだと、デフラグそのものがHDDに大きな負担をかけ、寿命を余計に
縮めてしまう。
私は、「start /b /low contig c:\*.dll」で優先度を下げて、DLLファイルのみを最適化することが
多い。これだと、他に作業をしながらでも、デフラグができる。
9:路伯 ◆a.0e5YxqBY
06/01/07 14:57:02 9xI2PlSU0
>>8
への訂正
「contig c:\* /s」→「contig c:\* -s」
10:名無しさん＠お腹いっぱい。
06/01/07 19:59:20 QlCmR1zp0
へーこりゃいいね
11:路伯 ◆a.0e5YxqBY
06/01/08 10:37:43 I8RqgPr60
ほとんどのデフラグソフトはディスクをデフラグするんだが、Contigはファイルを
デフラグするソフト。
徹底的なディスクのデフラグを繰り返すと、アクセス速度は
大きくなるかもしれないけれど、ディスクの寿命は多分縮む。
会社とかに置いてあるハードディスクで、デフラグされずに使われ続けているような
奴が、かえって寿命が長くなっているような気がしないか？
商用サーバーなどではもちろん快適なアクセスを提供する必要があって、
毎週のようにデフラグしたり、時々ディスクの交換を行なったりするけど、
個人のコンピュータでは、たいてい、「*.exe」と「*.dll」をデフラグすれば十分だと思う。
12:名無しさん＠お腹いっぱい。
06/01/08 11:06:46 aVL5G1530
英語が読めません＞＜
13:路伯 ◆a.0e5YxqBY
06/01/08 16:10:37 I8RqgPr60
大雑把な訳
--紹介--
Winternals Defrag のマネージャーを含めての多くのＮＴディスク最適化ソフトが市場に
出ています。ディスク全体の最適化を行なうためになら、これらのツールは有用です。
けれども、たいていのファイルがこれらのユーティリティーによって処理されたドライブの
上で最適化されますが、若干のファイルがそうではないかもしれません。
加えていうと、頻繁に使われる特定のファイルが最適化されることを確実なものにするのは
難しいです。それらは使用された最適化ソフトよって使われる最適化アルゴリズムに
固有の理由で断片化されたままでいるかもしれません。
また、たとえすべてのファイルがディフラグメントされたとしても、ぎりぎりスペースに
収まっているファイルに対する次の変更がファイルを再び断片化するかもしれません。
そういうソフトでは、ディスク全体の最適化作業を行わなければ、各ファイルが再び
最適化されることを望めません。
Contig はディスクでファイルを最適化しようと試みる各ファイル単位の最適化ソフトです。
しょっちゅう断片化されているファイルやできるだけ断片化を防ぎたいファイルを
最適化するのに、Contigはうってつけです。
14:路伯 ◆a.0e5YxqBY
06/01/08 16:11:23 I8RqgPr60
--インストールと使用--
Contig はNT4.0以降のWindows上で機能します。
Contig を使うと、既存のファイルを最適化したり、あるいは、ディスクで最適化された
状態の任意の大きさと名前の新しいファイルを作ることができます。
既存のファイルを最適化するために、次のように Contig を使ってください：
contig [-v] [-a] [-q] [-s] <ファイル名>
「-v」スイッチを使うと、Contigに進行中の最適化動作についての詳細な情報を
表示させることができます。
ファイルがどれくらい断片化されているのかを単に知りたいときには、「-a」スイッチを
使ってください。
ワイルドカードを使用して、指定ディレクトリ以下を最適化するときには、「-s」スイッチを
使ってください。
例えば、「c:\winnt」にはいっている全てのDLLファイルを最適化するには、
「contig -s c:\winnt\*.dll」とします。
「-q」スイッチは「-v」スイッチよりも優先され、Contigを「quiet」モードでは知らせます。
そうすると、作業中に表示されるのはまとめの情報だけになります。
最適化された状態の新しいファイルを作るときには、
contig [-v] -n <ファイル名> <ファイル容量>
としてください。
15:路伯 ◆a.0e5YxqBY
06/01/08 16:15:32 I8RqgPr60
--どのように働いているのか--
ContigはNT4.0で導入されたWindowsNTのネイディブな最適化サポートを使います。
最初にディスクをスキャンし、開き領域の位置とサイズをについての情報を収集します。
それから、最適化対象のファイルがどこに位置しているのかを判定します。次に、開き
領域とファイルが持っている断片の数に基づいて、Contigはファイルが
最適化されうるかどうかを判断します。
もしもファイルを最適化できるのならば、Contigはファイルを開き領域に移動します。
--さらに詳しい情報--
ヘレン・カスターの「Inside Windows NT」はオブジェクトマネージャーのよい概論ですし、
1997年にWindows NT Magazineのコラムとしてマークが書いた
「Inside the Object Manager」ももちろん、すばらしい概論です。
16:名無しさん＠お腹いっぱい。
06/01/13 12:06:42 NGE6fxxV0
何この良スレは…
このソフト日本語だとこのスレしかヒットしないな
17:名無しさん＠お腹いっぱい。
06/01/13 12:38:31 NGE6fxxV0
やり始めて気づいたがこれ途中で止められないのか
困った
18:名無しさん＠お腹いっぱい。
06/01/13 14:13:02 R1NciSJ50
最高のソフトだね
19:路伯 ◆a.0e5YxqBY
06/01/13 15:00:34 U22dIazE0
>>17
「ctl + del」
20:路伯 ◆a.0e5YxqBY
06/01/13 15:11:02 U22dIazE0
書き忘れたが、Contigはフリーソフト。
同様のソフトにDefragmentor Lite CLがあるが、深い階層をデフラグするときに重くなる
感じがする。
コマンドラインデフラグソフトはやっぱり、Contigがいい。
21:17
06/01/13 15:48:11 aB8iAAca0
レスどうもctrl+cで止まった
22:名無しさん＠お腹いっぱい。
06/01/16 12:40:54 Djs1/CYeP
ディレクトリ自体の断片化はどうなるのか。
23:名無しさん＠お腹いっぱい。
06/01/16 12:58:30 X8p7ImRd0
フロントエンド作ってみたくなった。
24:名無しさん＠お腹いっぱい。
06/01/16 13:04:08 Djs1/CYeP
管理者権限じゃ無い人が実行したらどうなるの？
25:名無しさん＠お腹いっぱい。
06/01/16 15:32:28 PjS0wPzY0
URLﾘﾝｸ(cowscorpion.com)
これってどうよ
26:路伯 ◆a.0e5YxqBY
06/01/16 16:17:59 tp+FHaYU0
>>22
NT4.0ではほったらかしだが、XPでは最適化される、ようだ。
ディレクトリの最適化過程も表示されているから。
27:路伯 ◆a.0e5YxqBY
06/01/16 16:20:50 tp+FHaYU0
>>25
激しく乙。
ちゃんと作ってくれている人がいるんだねぇ。
28:名無しさん＠お腹いっぱい。
06/01/16 16:58:04 Djs1/CYeP
うむ～管理者権限がないとうんともすんともいわないね。
会社であてがわれている Windows 2000 な PC で
やってみようと思ったんだがなぁ。
29:名無しさん＠お腹いっぱい。
06/01/16 20:04:55 ryVSp+b00
面白そうなSOFTだねｗ
試しに>>25のでC：をDISKモードでやって、PD7で調査したら
TEMPにある2つのFILE以外はOKですた。
（疑問なのはHDの空き容量がどれだけ空いていればいいのかが不明な点だけ）
とにかく速いね、これ♪
30:名無しさん＠お腹いっぱい。
06/01/16 22:38:26 YcxBVTnQ0
ウィン標準でフラグつかっておりますですよ
31:名無しさん＠お腹いっぱい。
06/01/16 22:50:46 YcxBVTnQ0
でもナイステスト
32:名無しさん＠お腹いっぱい。
06/01/17 03:07:04 Nj9XkCyh0
確かにPerfectDiskやDiskeeperはファイル無駄に動かしすぎ。
かといって全く動かさないのも非効率。
DiskeeperLiteが一番バランスいい気がする。
33:名無しさん＠お腹いっぱい。
06/01/17 07:08:31 q64SzKlHP
これ、実行したからといって移動されたファイルの
ACL変更されたりしないですよね？？
34:路伯 ◆a.0e5YxqBY
06/01/17 09:38:03 KeSoaC+v0
>>33
さぁ …。
サイトの説明を自分なりに解釈すると、ファイルを最適化しているのは
Contigそのものというより、むしろOSに含まれるNTFS最適化サポートのほうだろう。
そのNTFS最適化サポートの方が大丈夫なら、問題は起こらないはず。
35:路伯 ◆a.0e5YxqBY
06/01/17 09:41:38 KeSoaC+v0
>>29
ハードディスクに空きが不足すると、最適化が不十分になるだけ。
空きが十分なら、100 frags → 1 fragだったはずのファイルが、
100 frags → 15 fragsとかになったりする。
HDD 4GBのマシンでAVIファイルを最適化していたときに、よくそういうことがあった。
36:名無しさん＠お腹いっぱい。
06/01/18 14:12:50 B2FIYIgM0
詳しく調べてないが、
-a で分析するのに -s と一緒に指定すると
分析されないことがあるね。
あるいは日本語のついたディレクトリだけでの問題かも？
37:36
06/01/18 14:22:51 B2FIYIgM0
ごめん。勘違い。
cygwin のシェルでやってたんだけど、
contig -a -s *
などとすると、
cygwin のシェル側で * を処理して勝手に展開してしまうので、
contig に * が文字通りわたってないだけだった。
contig -a -s "*"
でできた。
38:名無しさん＠お腹いっぱい。
06/01/18 14:39:21 4th9B7WH0
これで空き領域の最適化ができるようにならないかなあ。
ファイルは断片化しててもいいからとりあえず詰めて、
連続した空き領域だけ確保できるような機能がほしい。
39:名無しさん＠お腹いっぱい。
06/01/18 21:59:18 qV+1GPzU0
win9x用のノートンにそんな機能あったね
40:路伯 ◆a.0e5YxqBY
06/01/19 10:54:21 uUSlqk9R0
>>38
それをやるなら、断片化していないファイルを移動させなければならなくなって、Contigの
領分というより、O&Oの領分になると思われる。
41:名無しさん＠お腹いっぱい。
06/01/19 13:44:59 sLzgoMjz0
FILEモードだと２バイト名のファイルはできない？
DISKモードだとID見てるから2バイトは関係ないっぽいけど、その辺どうなんですか？
42:路伯 ◆a.0e5YxqBY
06/01/19 20:32:10 uUSlqk9R0
>>41
最新版は2バイト文字名のファイルも処理しているけど、コンソールにファイル名が
表示されない。2バイト文字名のディレクトリも同様。
1バイトと2バイトが混ざったファイル名の"hogehogeほげほげ.hoge"みたいな
ファイルがあったら、"hogehoge"とだけ表示される。
43:名無しさん＠お腹いっぱい。
06/01/19 20:39:56 sLzgoMjz0
>>42
そうなんですか
おかしいな2バイト名のファイルができないのは、他のソフトがドライブにアクセスしているのが
原因なんですかね～
PD7と同じ感覚で使うのがいけないみたいですね。
44:名無しさん＠お腹いっぱい。
06/01/20 06:41:00 9JAGcM640
contig [-n filename length]
でフラグメントのないファイル作れるみたいだけど、
これは必要なら邪魔なファイル移動して連続空間作ってくれるのかな？
45:名無しさん＠お腹いっぱい。
06/01/22 16:32:54 OmNWw5260
∧_∧∩
( ﾟ∀ﾟ)彡 ｺﾝﾃｨｸﾞ!!
( ⊂彡 ｺﾝﾃｨｸﾞ!!
| |
し ⌒Ｊ
46:名無しさん＠お腹いっぱい。
06/01/23 01:44:50 JomfHR+U0
>>38が求めてる「連続した空き領域だけ確保」ってのはここにあ
るDIRMSってのがやってるような。
公式 URLﾘﾝｸ(www.dirms.com)
ヘルプ URLﾘﾝｸ(www.dirms.com)
解説 URLﾘﾝｸ(www.dirms.com)
GUI1 URLﾘﾝｸ(www.wolfgang-fuehrer.de)
GUI2 URLﾘﾝｸ(www.freedownloadscenter.com)
あと，これは「partial defragmentation algorithm」を採用してい
て，contigみたいに部分的なデフラグもできるようだ。
でもって，このDIRMSと同じ仕組みで（？）バックグラウンドで
リアルタイムにデフラグするBuzzsaw On-The-Fly Defragmenter
というのがCNETのユーザーレビューで絶賛されてた。ファイル
変更があるとデフラグの必要性を判断して，必要なら60秒後に
そのファイルにデフラグかけるらしい。
CNET URLﾘﾝｸ(www.download.com)
er/3640-2094_4-10198524.html?pn=1&sb=0&v=0
公式 URLﾘﾝｸ(www.dirms.com)
調べたことを吐き出してみた。
47:名無しさん＠お腹いっぱい。
06/01/23 02:00:23 JomfHR+U0
あ，DIRMSのGUI2はこっちの方がバージョン上だった。
URLﾘﾝｸ(cowscorpion.com)
一度に3つのドライブまでデフラグできるそうだ。
48:名無しさん＠お腹いっぱい。
06/01/23 09:38:23 UYElHecJ0
_n
（ l _、_
＼ ＼ （ <_,` ）
ヽ___￣￣ ） ｸﾞｯｼﾞｮﾌﾞ!!
/ /
49:名無しさん＠お腹いっぱい。
06/01/24 01:33:15 ThFbu7GB0
DIRMS試してみたけど、断片化は解消されるけど前にまとめる機能はいまいち
50:路伯 ◆a.0e5YxqBY
06/01/24 09:33:05 ReisreUc0
DIRMSを試してみた。
>>49のいってることに異論はない。
ただ、無料ソフトでこれだけできれば文句はない。もっとも、WindowsXPには最初から
Diskeeperもついているから、DIRMSの位置づけは微妙。
ファイル単位の断片化解消なら、ファイルタイプをしていして処理できるContigの方がいい。
51:名無しさん＠お腹いっぱい。
06/01/24 09:47:00 Tysxa7A50
一度に3つのドライブまでデフラグできるのが
XP純正よりも使えそうかね
52:46
06/01/25 07:36:39 MWc3oEkI0
DIRMSヘルプは切れてるので張りなおし
URLﾘﾝｸ(www.dirms.com)
さて，DIRMSの解説とかを少し詳しく読んでまとめてみた。
・他のデフラグメンタと同様NTDLL.DLLを使っているので安全。
・ほとんどのファイルとファイルの間には15クラスタ以下の微
細な空き領域があるが，Diskeeperを含む他のデフラグメン
タはこれを放置する。そしてNTFSでは，他に空き領域があっ
ても，この微細な空き領域に書き込んでしまうので激しい断
片化が起きる。これに対し，DIRMSはその微細な隙間を詰め
る作業をする。この作業を実行するのが「compact」オプシ
ョン。
・Diskeeperは，十分な空き領域がない場合，激しく断片化し
た巨大なファイルをデフラグできないが，DIRMSは部分的に
デフラグを実行できるので，この場合でも状況を改善できる。
53:46
06/01/25 07:46:44 MWc3oEkI0
・DIRMSはファイルをドライブの先頭に移動し，またできる限
り大きな空き領域を確保しようとする。そのオプションが
「move」。また「move date」オプション で，最終更新日
を基準にして，ファイルを並べかえる。
・以上の過程をたどるデフラグを完璧に行うには非常に時間が
かかり，数日はみたほうがよい。その理由は，ファイル移動
で空いたスペースを，OSが空き領域として解放するのに時間
がかかり，DIRMSがこれをいちいち待たねばならないことに
ある。そこで，賢いやり方としては，毎晩就寝中に少しずつ
デフラグを進めるか，「-q」オプションを用いて精度を落と
して実行するとよい。
・「-q」オプションを使うと，
1.「compact」では，対象ファイルの「前後両方」に空き
領域がある場合のみ隙間を詰める作業を実行する。ファ
イルの前後いずれかが他のファイルと隙間なく接してい
れば，他方の隙間を埋める作業は行わない。
2.「move」では，あるファイルを移動した後，その空いた
領域をOSが解放するのを待たずに次のファイルを移動す
る作業に移行する。
従って，いずれも作業の精度は落ちる。
54:46
06/01/25 07:55:07 MWc3oEkI0
他のソフトがやらない，「ファイル間の微細な隙間を埋める作
業」をするというのがDIRMSの一番の売りなのだろう。事実な
ら，「完全なデフラグ」が終われば，以後断片化が起こりにく
い状態になりそう。で，時間がかかったとしても，いったん「
完璧なデフラグ」が終われば，あとはその状態をBuzzsaw On-T
he-Fly Defragmenter によるリアルタイムデフラグでキープす
るというのが作者の目指すところか。というわけで試してみた
いんだが，下準備のためのドライブバックアップがうまくいか
ず，立ち往生。
試した人がどのオプションで実行したのか聞いてみたい。あと
レジストリいじるかどうかとか。このスレ見てcontig使い出し
たんだが，contigと併用しようかと思いつつある。
あと，ContigのGUIの方の軽い解説ページがあったので貼っておく。
URLﾘﾝｸ(sobchan.no-ip.com)
55:名無しさん＠お腹いっぱい。
06/01/25 11:11:45 8SFZagv80
DIRMSっていくら出せば買えるの？
56:路伯 ◆a.0e5YxqBY
06/01/25 11:15:47 SLBJgRWs0
>>54
私が試したのは"dirms c -q"
57:名無しさん＠お腹いっぱい。
06/01/25 13:40:59 tLEegtq/0
>>55
5ライセンスで10$
58:名無しさん＠お腹いっぱい。
06/01/26 10:29:22 l469Zp400
>>54
ありがとう。参考にする。
>>55
商用の有料ライセンスは4種類あるそうだが，購入ページでは５ライセンス
で＄10としか書いてない。
ちなみに，まだDIRMSが完全なフリーウェアだった頃に作られたGUIと思われ
るDG-Defragmenter(URLﾘﾝｸ(cowscorpion.com))は
DIRMSを同梱しているようなので，これを落とせばそのまま使えるかも。
ただ最新バージョンかどうかは不明。あと，リリースの日付が半年後になっ
てるのが不思議。
59:名無しさん＠お腹いっぱい。
06/01/26 10:36:50 l469Zp400
× >>54
ありがとう。参考にする。
○ >>56
ありがとう。参考にする。
60:路伯 ◆a.0e5YxqBY
06/01/26 11:26:38 yICgJaTf0
DIRMSが有料なのは商用の場合。
61:名無しさん＠お腹いっぱい。
06/01/28 18:38:32 NWQL01n20
おれもだいぶ前からコマンドライン版のDirmsつかってるけど-qでしか使ったことないや
Buzzsawも個人使用ならずっと使える？
公式のダウンロードのページに書いてある３０日なんとかかんとか（機械翻訳したけど意味が分からなかったｗ）っていうのはなに？
62:名無しさん＠お腹いっぱい。
06/01/29 01:19:49 uI4wDQso0
This is my first program とか書いてあるのが
怖くて試せないなあ。
63:路伯 ◆a.0e5YxqBY
06/01/29 09:27:51 6cErXulQ0
>>62
大丈夫だ。Hello Worldは作ったことがあるに違いない。
64:名無しさん＠お腹いっぱい。
06/01/29 15:05:36 a4YPTxd+0
>>61
公式を読むと，-qつけると，他のデフラグメンタと同様OSが空き領域を解
放するのを待たずに作業すると書いてあったんで，-qなしのときに真価を
発揮するのかもね。いや，まだやったことないけど。
本題。
the Latest DirMS Service and GUI v1.0.0.2 と，
the Latest Buzzsaw Service and GUI v1.0.0.2
は，「無料で登録でき，30日間のDIRMSとBuzzsawのフルライセンスを取得
できる。」とある。もっとも，FORUMSでの投稿で，30日経過後に登録し直
して使っているとの発言があった。なのでGUIをフル機能で使うには，無料だ
が30日毎の登録が必要らしい（30日過ぎても機能制限で使えるのかも）。
ただ，CUIのDIRMSとBuzzsawはわかんね。License Agreementは，BUZZSAW
and DIRMS VERSION 1.1についてのもので，「the Latest 」には妥当しな
い。おまけに，サイト内のFORUMSで開発者と思しき人物が，現在も「the
Latest 」とされる Buzzsaw(v2.0.0.2) と DirMS(v1.2.20)は商用利用も無料
で，次期バージョンで有料化の予定だと発言している。ちょっと前だが。
URLﾘﾝｸ(www.dirms.com)
次期バージョンがGUIを意味するなら，今もGUI以外は登録不要で無料なの
かもしれない。が，これ以上はわかんね。間違いがあれば誰か指摘頼む。
65:名無しさん＠お腹いっぱい。
06/01/29 15:11:35 a4YPTxd+0
まぁ，少なくとも，>>46のCNETにあるBUZZSAWの旧バージョンは無料・登
録不要だろう。当初は完全なフリーウェアだったようだし,License Free ,
No limitations と書いてある。
ちなみに，DIRMSは特定ファイルのみのデフラグもできるようだ。公式サイ
ト内のforumで，作者と思しき人物がこう書いてた。
You should use
"C:\Documents and Setting\Clinton\My Documents\My Downloads\dirms" c -q
URLﾘﾝｸ(www.dirms.com)
66:61
06/01/29 17:28:38 Xc1eJebm0
>>64thanksssss
とりあえず-qなしのﾃﾞﾌﾗｸﾞやってみてから、>>46のBuzzsaw On-The-Fly Defragmenterいれてみる
どれだけ時間かかるんだろう・・・
おれが使ってるのと今公式でダウンロードできるCUI版Dirmsは同じバージョンだから、こっそり変更されてなければ登録しなくても使えると思う
スレ違いすまんこぬるぬる
67:名無しさん＠お腹いっぱい。
06/01/29 21:17:10 a4YPTxd+0
ああああ，>>65の後半は完全に違うね。訂正。
これじゃ単に，Cドライブ全部のデフラグ実行するだけでファイル単位
でデフラグできるわけないじゃないか。どうかしてた。
>>66
そうか。公式にあるCUIのDirmsが登録不要なら，CUIのBuｚｚsawも同じ
かもね。まぁ，とりあえず，-qなしのDirmsに期待。
68:名無しさん＠お腹いっぱい。
06/01/30 01:16:55 V0lL/2uu0
compact -q か、時間があれば
move date -q がよさげ。
いったん微細クラスタを埋めちゃえば、
なかなか超細分化されたファイルはできにくくなるだろうから。
dirms のサイトかどこかで読んだけど、
NTFS って圧縮をサポートするまではデフラグしにくい作りだったらしいね。
圧縮をサポートしてから、圧縮してないファイルにまで
デフラグ化しやすい影響が及んだらしい。
69:名無しさん＠お腹いっぱい。
06/01/30 08:20:45 B/1tVDOo0
実際他のデフラグソフトを使うと圧縮領域が居座ってうざすぎるからな('A`)
70:名無しさん＠お腹いっぱい。
06/01/30 11:04:49 LgiGHwC40
NTFS圧縮は、色々弊害が多いな
71:名無しさん＠お腹いっぱい。
06/01/30 12:26:35 0L86gj8TP
>>69 圧縮領域が居座るってどういうこと？？
72:名無しさん＠お腹いっぱい。
06/01/30 20:04:48 B/1tVDOo0
>>71
失礼。どうもMFTと錯誤していたようだ。
とはいえ、最近のだとMFTをいじれるのもあるみたいだね。
contig&dirms と直接関係ない話ですまん。
73:名無しさん＠お腹いっぱい。
06/02/01 00:26:14 gPHBvmEB0
こんなんありました。
URLﾘﾝｸ(sobchan.no-ip.com)
74:名無しさん＠お腹いっぱい。
06/02/03 22:49:29 GzOojZeu0
ContigはO&Oと併用しても問題無い？
75:名無しさん＠お腹いっぱい。
06/02/04 02:31:33 LrYm0HKxO
問題はないが意味もない
76:名無しさん＠お腹いっぱい。
06/02/06 17:28:38 c7T5LEul0
Dirms、-qつけないでやってみたけど
-q付けたときと時間はあんまり変わらないような・・・('A`)
77:名無しさん＠お腹いっぱい。
06/02/07 00:39:30 VD9/6dUR0
>>76
で，かかった時間とドライブのサイズ，それと効果は？
あと，コマンドは compact ?
>>74
なにげに>>54にも貼ってあるけどそれはいいとして，独自のPowerMode
てのがちょっと気になるね。
>>75
便乗質問で申し訳ないが，意味もないの？Contigで頻繁に断片化する
ファイルなんかをこまめにデフラグして，機会をみてO&Oで空き領域が
連続するように最適化するってのもありかと思えるけど。
78:名無しさん＠お腹いっぱい。
06/02/07 02:48:30 fpYckQDA0
>>77
いや、ただCUI版でdirms cってしただけ
cは4Gで5分もかかってない気がする
とにかくめちゃめちゃ時間かかると思って気合い入れて実行したのにいつの間にか終わってた
72Gのパーティションの方は寝てたから分からん
効果も全く分からない
上の方でcompact -q、move date -qとかあったのに77言われてから気付いた
もしかしてdirms cとdirms c -qは同じ処理？
79:名無しさん＠お腹いっぱい。
06/02/08 10:51:02 Sk6XMVVB0
確かに遅くはない気がするね。
>もしかしてdirms cとdirms c -qは同じ処理？
作者がFORUMSで違うって言ってたよ。「-q」だとファイル移動後に空き領域
が解放されるのを待たずに作業するんだと。「move」だけの話かと思ってた
けど，「dirms c」でも同じみたい。
ところで，めちゃ時間かかるのは「compact」の方らしい。でもって，作者は
「dirms c 」と「dirms c compact」を両方実行するのを推奨してたんで，前
者が後者を含むわけじゃない。とすると，今回そう時間がかからなかったの
も説明がつくね。ちなみに「dirms c 」が「move」コマンドと同じ作業を含
むものかどうかは分からなかった。
ソースはここ
URLﾘﾝｸ(www.dirms.com)
UM_ID=16
80:名無しさん＠お腹いっぱい。
06/02/08 10:53:05 Sk6XMVVB0
あと，公式に置いてあるDIRMS GUIの作業手順はこうなってるらしい。
Step 1 - "defrag [drive]"
Step 2 - "defrag [drive] move lcn" aka (Phase * of 4)
Step 3 - "defrag [drive] compact" aka (Phase * of 4)
Repeat Steps 2 and 3 until 4 of 4
断片化を解消したファイルをドライブの先頭に移動した後，ファイル間の細
かい隙間を詰めるという流れなのかな。Step 4の中身が分からんけど。
ソースその2
URLﾘﾝｸ(www.dirms.com)
PIC_ID=101&FORUM_ID=10
81:68
06/02/08 11:34:37 7K8MGGu00
dirms c compact -q やってみたら2時間くらいで終わった。
XP付属のデフラグソフトで2時間ほどかけて普通のデフラグ
した後に思いつきでやってみたので、
乱雑な状況からやったらどのくらいかかるかはわからない。
ディスクは 4200rpm の 2.5inch 80GB で使用量 80% くらい。
いつもデフラグした直後にブラウザ使うと、
ファイル間の小さな隙間に
キャッシュが細切れになって数十レベルの断片化ファイルが
いくつもできるんだけど、
今回はその量がいくらか減った感じ。
せっかく compact 使うんなら -q なしでやってみればよかった。
あるいは、根本的にデータ移動するので超時間がかかりそうだが
dirms move date -q もよさげ。
82:名無しさん＠お腹いっぱい。
06/02/09 08:49:21 jBiBm79b0
>>81
GJ!!
「compact」オプションのレビューは初めてだから貴重。
しかもなんか好感触だね。
83:路伯 ◆a.0e5YxqBY
06/02/14 13:04:57 t5P1Whhj0
保守
84:名無しさん＠お腹いっぱい。
06/02/17 21:15:37 Mv2u+Sw20
URLﾘﾝｸ(www.geocities.com)
単にサイズが小さいってだけなら、「DefragNT」ってソフトがありますな
サイズは60KB、Contingよりちょっと大きい
特に変わった機能があるわけではないようだけど……二年前のソフトだし
85:路伯 ◆a.0e5YxqBY
06/02/18 16:01:23 sD1uPo0m0
>>84
乙。早速使ってみる。
86:路伯 ◆a.0e5YxqBY
06/02/19 01:22:52 0rMj10ec0
DefragNTで250GBのHDDを操作しようとしたら、固まった。
87:路伯 ◆a.0e5YxqBY
06/02/20 14:33:56 EPbsxzAE0
>>74
結構理想の組み合わせかもしれない。
Contigで拡張子指定のデフラグを毎日やり、1ヵ月に1回くらいO&Oでデフラグ。あと、ソフトを
インストールした直後にもO&O。
O&OのV8のSTEALTHモードは神速。
88:路伯 ◆a.0e5YxqBY
06/02/24 23:45:51 ph+bV4aM0
保守
89:名無しさん＠お腹いっぱい。
06/02/26 01:10:56 jbo4op0Z0
便利そうだけど日本語情報が少ないのが残念
90:名無しさん＠お腹いっぱい。
06/02/26 18:33:42 p5Nvimvt0
機械翻訳を駆使すればそれなりに使えるだろ
91:名無しさん＠お腹いっぱい。
06/02/27 12:54:02 dq3LgacG0
ファイル自身の断片化は Config で十分みたいですが、
ファイルを前に詰めて後方に大きな空き領域を作るのは
>>49 なんですよね。
それは、move だから時間が掛かるから駄目、って事なのかな。
前後を詰めるのは DIRMS COMPACT でやるとして、詰める
作業が速いやつは何処かにないかな。
ファイルの移動だからどれ使っても同じかな。
92:路伯 ◆a.0e5YxqBY
06/02/28 08:20:29 4kW2Z9ov0
>>91
O&O V8 … フリーソフトではないのが難点だが。
93:名無しさん＠お腹いっぱい。
06/02/28 09:42:59 sHtfYRE40
>>92
URLﾘﾝｸ(www.canon-sol.jp) はＶ６ですね。
日本語でフリーの物が良いけど、ないですね・・・
体験版を色々使ってみてますが、どれも今一つ・・・
一番時間が掛かるデフラグは試してませんが、それじゃないやつだと、
どれをやってもブロックはバラバラのままなんですよね。
未だに、９ｘで動かすノートンのＳＤが一番かなぁ。
短時間で完璧にやってくれるし。
94:名無しさん＠お腹いっぱい。
06/02/28 19:33:23 KVBB+3UN0
こんなんありました
584 名前： 名無しさん＠お腹いっぱい。 [sage] 投稿日： 2005/10/18(火) 02:05:58 ID:008OdDAF0
デフラグマニア（スクリーンセーバー代わり）なので昔から試用版含め結構使ってきたが、
Diskeeper スラックを適当に空ける適当さが素晴らしい。
速度も速いので結構有力だが空き領域求めすぎ
PerfectDisk そこそこ適当。そこそこ完璧。んで、そこそこ速いし、５％くらいの空き領域でもかなり完璧にしてくれる。
完璧にしてしうまう辺りがそこそこさが弱いかもしれんが、一番無難との感想。あと、画面が気に入らん（ｗ
O&O ステルスの軽さは魅力。適当すぎるけど。完全最適化には余り意義を感じない。
名前順最適化とか、おもしろいんだけど、コスト（時間とHDD劣化）がかかりすぎる気がする。
だからってスペース最適化すると、敢えてO&Oを選ぶ意味が無くなってしまうかもしれない。
故に鯖でステルスを常駐稼働とか用かもしれない？？
画面は現行デフラグソフトでは最も好みで、又、ブロックに対応するファイルが速攻解るのがマニアには素敵。
NortonSpeedDisk 余りにも完璧すぎて、うちの40GB/36万ファイルHDD、10時間放置で6％。だめだこりゃ（ｗ
完璧なのはいいが、その為のコストがかかりすぎている。
オンラインでpageFileをHDDのトップに再配置してくれる点は素晴らしいかもしれない。
サイズ固定でwinインスコ直後に使うならいいかも。
NortonSpeedDisk95 最 強 伝 説
これを楽しむ為だけに専用95&FAT32パーティションを用意する価値さえ有るかもしれん。
つーことで結論、 NSD95>PD>Diskeeper>O&O>NSDNT
ま、PDが一押しかなー。ここOOスレだけど（ｗ
95:名無しさん＠お腹いっぱい。
06/02/28 20:53:16 sHtfYRE40
>>94
>NortonSpeedDisk95 最 強 伝 説
>これを楽しむ為だけに専用95&FAT32パーティションを用意する価値さえ有るかもしれん。
↑この二行は激しく同意。
確かに、デフラグの為に９８ＳＥ環境残してあるし。
しかし、ＮＴ系のノートンＳＤでも、ＦＡＴパーティションなら９５版と同様にやってくれれば
いいのに、全然違うんだよなぁ・・・ＮＴＦＳパーティションは諦めるとしても。
96:路伯 ◆a.0e5YxqBY
06/03/01 13:05:04 PxUPPkXj0
>>93
V8はここにある。
URLﾘﾝｸ(www.oo-software.com)
97:名無しさん＠お腹いっぱい。
06/03/01 14:25:52 q3hSWROf0
>>96
㌧。日本語化は２つもバージョンが遅れてるのか。
Ｖ８日本語化のパッチはありますか？ググッてみるか・・・
98:名無しさん＠お腹いっぱい。
06/03/01 17:45:15 B+FECuE20
フリーの古いのもまだ残ってるけど。
O&O Defrag 2000 Free
URLﾘﾝｸ(batayan.net)
99:名無しさん＠お腹いっぱい。
06/03/01 19:34:33 B+FECuE20
よくみたらO&O Defrag 2000 Freeは評判悪かった。
61 名前： 名無しさん＠お腹いっぱい。 投稿日： 02/04/13 08:28 ID:???
>>59
いまさらレスがつくとは思わなかったけど。
OOD2k Free 3.5 Build562
2G以上のファイルが2Gに切りつめられちゃってる
100:名無しさん＠お腹いっぱい。
06/03/01 20:42:47 37E+j4Q80
2000freeとそれ以外は冠以外は別物だから＜O&O
101:路伯 ◆a.0e5YxqBY
06/03/06 12:27:13 qTnCLvMB0
保守
102:名無しさん＠お腹いっぱい。
06/03/06 20:51:05 rcTs7sbS0
指定ファイルをディスクの先頭に持っていくって出来ませんか？
103:名無しさん＠お腹いっぱい。
06/03/06 20:57:01 vQvgtuSX0
このｽﾚで紹介されているどのツールもそういう用途には向いていないっていうか機能が無いと思うが
104:名無しさん＠お腹いっぱい。
06/03/06 21:04:40 xtm0M16Q0
これとはどうなの？
URLﾘﾝｸ(www.sysinternals.com)
105:名無しさん＠お腹いっぱい。
06/03/06 21:04:51 dLkprgbN0
>>102
確かにそういうツール欲しいね。
106:名無しさん＠お腹いっぱい。
06/03/06 21:55:16 dLkprgbN0
>>104
それ、レジストリとかページファイルしかデフラグしません。
107:名無しさん＠お腹いっぱい。
06/03/06 23:37:09 xtm0M16Q0
オーイェー！
108:名無しさん＠お腹いっぱい。
06/03/07 08:17:37 e/t2ETXK0
>>53 から一部引用
>・DIRMSはファイルをドライブの先頭に移動し，またできる限
> り大きな空き領域を確保しようとする。そのオプションが
> 「move」。また「move date」オプション で，最終更新日
> を基準にして，ファイルを並べかえる。
なので，先頭に持ってきたいファイルを更新した直後にこれでデフラグ
すればいいんじゃない？更新日付を操作するフリーのツールを併用す
れば割と楽な作業かと。んで，デフラグ後に変更した更新日付を，また
ツールで復元すればいいし。まぁ日付で並べ替える機能があればどれ
でもいいわけだけど。
109:名無しさん＠お腹いっぱい。
06/03/07 08:25:17 e/t2ETXK0
ああ，ちなみにツールはこの辺ね。
タイムスタンプ・属性操作
URLﾘﾝｸ(www.vector.co.jp)
110:名無しさん＠お腹いっぱい。
06/03/07 08:43:00 e/t2ETXK0
なんかファイル属性操作ツールを眺めてたらこんなの見つけたので報告。
■FATREX
WindowsのデフラグはWindowsのパフォーマンスを上げるのに必要なツールで
すが、 システムファイル属性のファイルは並び替えを行ってくれません。
実際はほとんどのシステムファイルは並び替えをしても問題ないようです。
そこで、システムファイル属性を一旦解除してからデフラグをかけ、 その
後で属性を復元しようというのがこの機能です。
動作環境Windows 98/ME/2000/XP（Windows98/ME/NTはサポート対象外）
公開日1998/7/23
URLﾘﾝｸ(hp.vector.co.jp)
111:名無しさん＠お腹いっぱい。
06/03/07 10:13:31 bBiGgKx80
>>108
DIRMS は、Contig みたく、ファイル指定出来ると良かったですよね。
指定出来るのは、「COMFRAG Perform partial compaction on one file」の時だけみたいだし。
112:名無しさん＠お腹いっぱい。
06/03/07 20:59:45 e/t2ETXK0
>>111
同感ですね。やはり頻繁に更新するファイルのみデフラグできると便利です。
ただ，Dirmsのヘルプページを見ると，「COMFRAG」が個別ファイルをデフラグする
オプションであり，これがバージョン1.2で廃止されたので，現在ファイル指定はでき
ないということみたいです（2つ目の赤文字のあたり）。
URLﾘﾝｸ(www.dirms.com)
で，どうやらCNETにBuzzsawと一緒に上げてあるDirmsの旧バージョンでは，
COMFRAGオプションを使ってファイル指定してデフラグできるようです。
ただContigのようにフォルダを指定できるかどうかは分かりませんけど。
CNET URLﾘﾝｸ(www.download.com)
113:名無しさん＠お腹いっぱい。
06/03/07 21:14:37 5W1bcNnF0
>>110
なんかこれ、危なっかしい気がするんだが
114:名無しさん＠お腹いっぱい。
06/03/07 21:36:45 bBiGgKx80
>>112
㌧。旧バージョンゲットしました。
ところで、単純に考えて、更新日時とかよりも、
「ファイルサイズの変わらないファイル」の
断片化を解消して前に詰めるだけで良いですよね。
Contig で「ファイルサイズの変わらないファイル」の
断片化は解消出来るけど、それをうまく前に詰めるのがなぁ・・・
DIRMS の move や compact でファイル指定したい。
ところで、lcn って何の略ですか？
115:名無しさん＠お腹いっぱい。
06/03/08 10:46:00 cIa1tpZm0
>>114
うーんlcnが何の略かは分かりませんね。特に書いてないようですし。
locationとか？
更新日時で並べるのはアクセス速度を上げる目的かな。断片化予防の点から
は微妙な気も…。やっぱり，よくアクセスするけどサイズの変わらないファ
イルを先頭にもってくるのがいいんでしょうかね。で，サイズ固定のファイ
ルをDIRMSで先頭に持ってくるには，そのファイルの更新日をツールで直近の
日時に一括書き換えの上，「move date」でできるかと。まぁ他のファイルも
動いちゃうわけですが。
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にも当然文句はあるが、それはまた別な話。
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のサイズも減っていく」が，それにつれて当然残りの予約領域も減っ
ていく。であれば，さらに削減する必要はないという結論も導けるのであり，いずれかの
結論のみを支持する根拠にはなり得ないということを言ったのです。