【デフラグ】 Contig

http://www.sysinternals.com/Utilities/Contig.html

おそらく最小のデフラグソフト。

基本的に「contig [-s] <filename>」でOK。

断片化していないファイルには手を出さないので、他のデフラグソフトのように大量の
ファイルを移動させることは少なく、ハードディスクへの負担もそれだけ小さいはず。

オススメな使い方は、「start /b /low contig c:\*.exe」「start /b /low contig c:\*.dll」。

いつのツールだよｗｗｗ
Sysinternalって統合でスレたてたほうがいいかもな

　　　　　[ﾟдﾟ]
　　　 　/[＿]ヽ　　　　　　　　　　デフラグを使うと
　　　　 　|　|
　■■□■■□◇＿◇□□□

　　　　　[ﾟдﾟ]
　　　 　■＿]ヽ□　　　　　　　　ハード ディスクのファイルや未使用領域を再配置し
　　　　 　|　|
　■■□＿■＿◇＿◇□□□

　　　　　　　　□
■⌒　　　　　　ヾ
　　　＼[ﾟдﾟ]ﾉ　　　　　　　　　　プログラムの実行速度を上げることが
　　　　　　＼＼/　
　■■□　/■＿◇＿◇□□□

　　　□　　　（ ）　　　　　　　　　出来る・・・かも知れません。
　　■　　ヽ[￣]ﾉ
　■■□[ﾟдﾟ]■＿◇＿◇□□□

>>2

最新版は2005年2月に出てる。

"Contig works on NT 4.0 and higher"と書いてあって、WinXPでも動く。

s

WinNT4.0とWinXPでは、Contigの動作が若干違う。

WinNT4.0ではフォルダの断片化を解決しないが、WinXPではする。

もっと詳しく使い方教えてよ

>>7

Contig.exeをC:\あたりにおいておく。

コマンドプロンプトを起動し、
「c:」
「cd \」
でC:\に移動し、
「contig c:\* /s」
とすると、Cドライブの断片化したファイルのみを処理してくれる。
断片化していないファイルを動かさないのが、Contigのいいところ。

他のデフラグソフトだと、デフラグそのものがHDDに大きな負担をかけ、寿命を余計に
縮めてしまう。

私は、「start /b /low contig c:\*.dll」で優先度を下げて、DLLファイルのみを最適化することが
多い。これだと、他に作業をしながらでも、デフラグができる。

>>8
への訂正

「contig c:\* /s」→「contig c:\* -s」

へーこりゃいいね

ほとんどのデフラグソフトはディスクをデフラグするんだが、Contigはファイルを
デフラグするソフト。

徹底的なディスクのデフラグを繰り返すと、アクセス速度は
大きくなるかもしれないけれど、ディスクの寿命は多分縮む。

会社とかに置いてあるハードディスクで、デフラグされずに使われ続けているような
奴が、かえって寿命が長くなっているような気がしないか？

商用サーバーなどではもちろん快適なアクセスを提供する必要があって、
毎週のようにデフラグしたり、時々ディスクの交換を行なったりするけど、
個人のコンピュータでは、たいてい、「*.exe」と「*.dll」をデフラグすれば十分だと思う。

英語が読めません＞＜

大雑把な訳

--紹介--

Winternals Defrag のマネージャーを含めての多くのＮＴディスク最適化ソフトが市場に
出ています。ディスク全体の最適化を行なうためになら、これらのツールは有用です。

けれども、たいていのファイルがこれらのユーティリティーによって処理されたドライブの
上で最適化されますが、若干のファイルがそうではないかもしれません。

加えていうと、頻繁に使われる特定のファイルが最適化されることを確実なものにするのは
難しいです。それらは使用された最適化ソフトよって使われる最適化アルゴリズムに
固有の理由で断片化されたままでいるかもしれません。

また、たとえすべてのファイルがディフラグメントされたとしても、ぎりぎりスペースに
収まっているファイルに対する次の変更がファイルを再び断片化するかもしれません。

そういうソフトでは、ディスク全体の最適化作業を行わなければ、各ファイルが再び
最適化されることを望めません。

Contig はディスクでファイルを最適化しようと試みる各ファイル単位の最適化ソフトです。

しょっちゅう断片化されているファイルやできるだけ断片化を防ぎたいファイルを
最適化するのに、Contigはうってつけです。

--インストールと使用--

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 <ファイル名> <ファイル容量>

としてください。

--どのように働いているのか--

ContigはNT4.0で導入されたWindowsNTのネイディブな最適化サポートを使います。

最初にディスクをスキャンし、開き領域の位置とサイズをについての情報を収集します。
それから、最適化対象のファイルがどこに位置しているのかを判定します。次に、開き
領域とファイルが持っている断片の数に基づいて、Contigはファイルが
最適化されうるかどうかを判断します。

もしもファイルを最適化できるのならば、Contigはファイルを開き領域に移動します。

--さらに詳しい情報--

ヘレン・カスターの「Inside Windows NT」はオブジェクトマネージャーのよい概論ですし、
1997年にWindows NT Magazineのコラムとしてマークが書いた
「Inside the Object Manager」ももちろん、すばらしい概論です。

何この良スレは…
このソフト日本語だとこのスレしかヒットしないな

やり始めて気づいたがこれ途中で止められないのか
困った

最高のソフトだね

>>17

「ctl + del」

書き忘れたが、Contigはフリーソフト。

同様のソフトにDefragmentor Lite CLがあるが、深い階層をデフラグするときに重くなる
感じがする。

コマンドラインデフラグソフトはやっぱり、Contigがいい。

レスどうもctrl+cで止まった

ディレクトリ自体の断片化はどうなるのか。

フロントエンド作ってみたくなった。

管理者権限じゃ無い人が実行したらどうなるの？

ttp://cowscorpion.com/HDD/PowerDefragmenterGUI.html

これってどうよ

>>22

NT4.0ではほったらかしだが、XPでは最適化される、ようだ。

ディレクトリの最適化過程も表示されているから。

>>25

激しく乙。

ちゃんと作ってくれている人がいるんだねぇ。

うむ〜管理者権限がないとうんともすんともいわないね。
会社であてがわれている Windows 2000 な PC で
やってみようと思ったんだがなぁ。

面白そうなSOFTだねｗ
試しに>>25のでC：をDISKモードでやって、PD7で調査したら
TEMPにある2つのFILE以外はOKですた。
（疑問なのはHDの空き容量がどれだけ空いていればいいのかが不明な点だけ）

とにかく速いね、これ♪

ウィン標準でフラグつかっておりますですよ

でもナイステスト

確かにPerfectDiskやDiskeeperはファイル無駄に動かしすぎ。
かといって全く動かさないのも非効率。
DiskeeperLiteが一番バランスいい気がする。

これ、実行したからといって移動されたファイルの
ACL変更されたりしないですよね？？

>>33

さぁ …。

サイトの説明を自分なりに解釈すると、ファイルを最適化しているのは
Contigそのものというより、むしろOSに含まれるNTFS最適化サポートのほうだろう。

そのNTFS最適化サポートの方が大丈夫なら、問題は起こらないはず。

>>29

ハードディスクに空きが不足すると、最適化が不十分になるだけ。

空きが十分なら、100 frags → 1 fragだったはずのファイルが、
100 frags → 15 fragsとかになったりする。

HDD 4GBのマシンでAVIファイルを最適化していたときに、よくそういうことがあった。

詳しく調べてないが、
-a で分析するのに -s と一緒に指定すると
分析されないことがあるね。
あるいは日本語のついたディレクトリだけでの問題かも？

ごめん。勘違い。
cygwin のシェルでやってたんだけど、
contig -a -s *
などとすると、
cygwin のシェル側で * を処理して勝手に展開してしまうので、
contig に * が文字通りわたってないだけだった。
contig -a -s "*"
でできた。

これで空き領域の最適化ができるようにならないかなあ。
ファイルは断片化しててもいいからとりあえず詰めて、
連続した空き領域だけ確保できるような機能がほしい。

win9x用のノートンにそんな機能あったね

>>38

それをやるなら、断片化していないファイルを移動させなければならなくなって、Contigの
領分というより、O&Oの領分になると思われる。

FILEモードだと２バイト名のファイルはできない？
DISKモードだとID見てるから2バイトは関係ないっぽいけど、その辺どうなんですか？

>>41

最新版は2バイト文字名のファイルも処理しているけど、コンソールにファイル名が
表示されない。2バイト文字名のディレクトリも同様。

1バイトと2バイトが混ざったファイル名の"hogehogeほげほげ.hoge"みたいな
ファイルがあったら、"hogehoge"とだけ表示される。

>>42
そうなんですか
おかしいな2バイト名のファイルができないのは、他のソフトがドライブにアクセスしているのが
原因なんですかね〜

PD7と同じ感覚で使うのがいけないみたいですね。

contig [-n filename length]
でフラグメントのないファイル作れるみたいだけど、
これは必要なら邪魔なファイル移動して連続空間作ってくれるのかな？

　　 ∧_∧∩
　　(　ﾟ∀ﾟ)彡 ｺﾝﾃｨｸﾞ!!
　　(　 　⊂彡 　　ｺﾝﾃｨｸﾞ!!
　 　|　　　|　
　 　し ⌒Ｊ

>>38が求めてる「連続した空き領域だけ確保」ってのはここにあ
るDIRMSってのがやってるような。
公式　　ttp://www.dirms.com/home/docs/dirms1.asp
ヘルプ　ttp://www.dirms.com/dirms/index.html
解説　　ttp://www.dirms.com/home/BuzzsawHelp/dirms.asp
GUI1　　ttp://www.wolfgang-fuehrer.de/wwf_dirmsgui_en.htm
GUI2 ttp://www.freedownloadscenter.com/Utilities/Misc__Utilities/DG_Defragmenter.html

あと，これは「partial defragmentation algorithm」を採用してい
て，contigみたいに部分的なデフラグもできるようだ。

でもって，このDIRMSと同じ仕組みで（？）バックグラウンドで
リアルタイムにデフラグするBuzzsaw On-The-Fly Defragmenter
というのがCNETのユーザーレビューで絶賛されてた。ファイル
変更があるとデフラグの必要性を判断して，必要なら60秒後に
そのファイルにデフラグかけるらしい。
CNET ttp://www.download.com/Buzzsaw-On-The-Fly-Defragment
er/3640-2094_4-10198524.html?pn=1&sb=0&v=0
公式　http://www.dirms.com/home/docs/buzzsaw.asp

調べたことを吐き出してみた。

あ，DIRMSのGUI2はこっちの方がバージョン上だった。
ttp://cowscorpion.com/HDD/DG-Defragmenter.html
一度に3つのドライブまでデフラグできるそうだ。

　　_n
　（　l　　　　_、_
　 ＼ ＼　（ <_,`　）
　　　ヽ___￣￣　 ） 　　ｸﾞｯｼﾞｮﾌﾞ!!
　　　　　/ 　 　/

DIRMS試してみたけど、断片化は解消されるけど前にまとめる機能はいまいち

DIRMSを試してみた。

>>49のいってることに異論はない。

ただ、無料ソフトでこれだけできれば文句はない。もっとも、WindowsXPには最初から
Diskeeperもついているから、DIRMSの位置づけは微妙。

ファイル単位の断片化解消なら、ファイルタイプをしていして処理できるContigの方がいい。

一度に3つのドライブまでデフラグできるのが
XP純正よりも使えそうかね

DIRMSヘルプは切れてるので張りなおし
ttp://www.dirms.com/home/docs/dirms_help.asp

さて，DIRMSの解説とかを少し詳しく読んでまとめてみた。

・他のデフラグメンタと同様NTDLL.DLLを使っているので安全。
・ほとんどのファイルとファイルの間には15クラスタ以下の微
　細な空き領域があるが，Diskeeperを含む他のデフラグメン
　タはこれを放置する。そしてNTFSでは，他に空き領域があっ
　ても，この微細な空き領域に書き込んでしまうので激しい断
　片化が起きる。これに対し，DIRMSはその微細な隙間を詰め
　る作業をする。この作業を実行するのが「compact」オプシ
　ョン。
・Diskeeperは，十分な空き領域がない場合，激しく断片化し
　た巨大なファイルをデフラグできないが，DIRMSは部分的に
　デフラグを実行できるので，この場合でも状況を改善できる。

・DIRMSはファイルをドライブの先頭に移動し，またできる限
　り大きな空き領域を確保しようとする。そのオプションが
　「move」。また「move date」オプション　で，最終更新日
　を基準にして，ファイルを並べかえる。
・以上の過程をたどるデフラグを完璧に行うには非常に時間が
　かかり，数日はみたほうがよい。その理由は，ファイル移動
　で空いたスペースを，OSが空き領域として解放するのに時間
　がかかり，DIRMSがこれをいちいち待たねばならないことに
　ある。そこで，賢いやり方としては，毎晩就寝中に少しずつ
　デフラグを進めるか，「-q」オプションを用いて精度を落と
　して実行するとよい。
・「-q」オプションを使うと，
　　1.「compact」では，対象ファイルの「前後両方」に空き
　　　領域がある場合のみ隙間を詰める作業を実行する。ファ
　　　イルの前後いずれかが他のファイルと隙間なく接してい
　　　れば，他方の隙間を埋める作業は行わない。
2.「move」では，あるファイルを移動した後，その空いた
　　　領域をOSが解放するのを待たずに次のファイルを移動す
　　　る作業に移行する。
従って，いずれも作業の精度は落ちる。

他のソフトがやらない，「ファイル間の微細な隙間を埋める作
業」をするというのがDIRMSの一番の売りなのだろう。事実な
ら，「完全なデフラグ」が終われば，以後断片化が起こりにく
い状態になりそう。で，時間がかかったとしても，いったん「
完璧なデフラグ」が終われば，あとはその状態をBuzzsaw On-T
he-Fly Defragmenter によるリアルタイムデフラグでキープす
るというのが作者の目指すところか。というわけで試してみた
いんだが，下準備のためのドライブバックアップがうまくいか
ず，立ち往生。

試した人がどのオプションで実行したのか聞いてみたい。あと
レジストリいじるかどうかとか。このスレ見てcontig使い出し
たんだが，contigと併用しようかと思いつつある。

あと，ContigのGUIの方の軽い解説ページがあったので貼っておく。
ttp://sobchan.no-ip.com/windows/power/

DIRMSっていくら出せば買えるの？

>>54

私が試したのは"dirms c -q"

>>55
5ライセンスで10$

>>54
ありがとう。参考にする。

>>55
商用の有料ライセンスは4種類あるそうだが，購入ページでは５ライセンス
で＄10としか書いてない。

ちなみに，まだDIRMSが完全なフリーウェアだった頃に作られたGUIと思われ
るDG-Defragmenter(ttp://cowscorpion.com/HDD/DG-Defragmenter.html)は
DIRMSを同梱しているようなので，これを落とせばそのまま使えるかも。
ただ最新バージョンかどうかは不明。あと，リリースの日付が半年後になっ
てるのが不思議。

×　>>54
　　ありがとう。参考にする。

○　>>56
　　ありがとう。参考にする。

DIRMSが有料なのは商用の場合。

おれもだいぶ前からコマンドライン版のDirmsつかってるけど-qでしか使ったことないや
Buzzsawも個人使用ならずっと使える？
公式のダウンロードのページに書いてある３０日なんとかかんとか（機械翻訳したけど意味が分からなかったｗ）っていうのはなに？

This is my first program とか書いてあるのが
怖くて試せないなあ。

>>62

大丈夫だ。Hello Worldは作ったことがあるに違いない。

>>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)は商用利用も無料
で，次期バージョンで有料化の予定だと発言している。ちょっと前だが。
ttp://www.dirms.com/forums/topic.asp?TOPIC_ID=84

次期バージョンがGUIを意味するなら，今もGUI以外は登録不要で無料なの
かもしれない。が，これ以上はわかんね。間違いがあれば誰か指摘頼む。

まぁ，少なくとも，>>46のCNETにあるBUZZSAWの旧バージョンは無料・登
録不要だろう。当初は完全なフリーウェアだったようだし,License Free ,
No limitations と書いてある。

ちなみに，DIRMSは特定ファイルのみのデフラグもできるようだ。公式サイ
ト内のforumで，作者と思しき人物がこう書いてた。
You should use
"C:\Documents and Setting\Clinton\My Documents\My Downloads\dirms" c -q
ttp://www.dirms.com/forums/topic.asp?TOPIC_ID=198

>>64thanksssss
とりあえず-qなしのﾃﾞﾌﾗｸﾞやってみてから、>>46のBuzzsaw On-The-Fly Defragmenterいれてみる
どれだけ時間かかるんだろう・・・
おれが使ってるのと今公式でダウンロードできるCUI版Dirmsは同じバージョンだから、こっそり変更されてなければ登録しなくても使えると思う
スレ違いすまんこぬるぬる

ああああ，>>65の後半は完全に違うね。訂正。
これじゃ単に，Cドライブ全部のデフラグ実行するだけでファイル単位
でデフラグできるわけないじゃないか。どうかしてた。

>>66
そうか。公式にあるCUIのDirmsが登録不要なら，CUIのBuｚｚsawも同じ
かもね。まぁ，とりあえず，-qなしのDirmsに期待。

compact -q か、時間があれば
move date -q がよさげ。
いったん微細クラスタを埋めちゃえば、
なかなか超細分化されたファイルはできにくくなるだろうから。
dirms のサイトかどこかで読んだけど、
NTFS って圧縮をサポートするまではデフラグしにくい作りだったらしいね。
圧縮をサポートしてから、圧縮してないファイルにまで
デフラグ化しやすい影響が及んだらしい。

実際他のデフラグソフトを使うと圧縮領域が居座ってうざすぎるからな('A`)

NTFS圧縮は、色々弊害が多いな

>>69 圧縮領域が居座るってどういうこと？？

>>71
失礼。どうもMFTと錯誤していたようだ。
とはいえ、最近のだとMFTをいじれるのもあるみたいだね。
contig&dirms と直接関係ない話ですまん。

こんなんありました。
http://sobchan.no-ip.com/windows/power/

ContigはO&Oと併用しても問題無い？

問題はないが意味もない

Dirms、-qつけないでやってみたけど
-q付けたときと時間はあんまり変わらないような・・・('A`)

>>76
で，かかった時間とドライブのサイズ，それと効果は？
あと，コマンドは　compact ?

>>74
なにげに>>54にも貼ってあるけどそれはいいとして，独自のPowerMode
てのがちょっと気になるね。

>>75
便乗質問で申し訳ないが，意味もないの？Contigで頻繁に断片化する
ファイルなんかをこまめにデフラグして，機会をみてO&Oで空き領域が
連続するように最適化するってのもありかと思えるけど。

>>77
いや、ただCUI版でdirms cってしただけ
cは4Gで5分もかかってない気がする
とにかくめちゃめちゃ時間かかると思って気合い入れて実行したのにいつの間にか終わってた
72Gのパーティションの方は寝てたから分からん
効果も全く分からない
上の方でcompact -q、move date -qとかあったのに77言われてから気付いた
もしかしてdirms cとdirms c　-qは同じ処理？

確かに遅くはない気がするね。

>もしかしてdirms cとdirms c　-qは同じ処理？

作者がFORUMSで違うって言ってたよ。「-q」だとファイル移動後に空き領域
が解放されるのを待たずに作業するんだと。「move」だけの話かと思ってた
けど，「dirms c」でも同じみたい。
ところで，めちゃ時間かかるのは「compact」の方らしい。でもって，作者は
「dirms c 」と「dirms c compact」を両方実行するのを推奨してたんで，前
者が後者を含むわけじゃない。とすると，今回そう時間がかからなかったの
も説明がつくね。ちなみに「dirms c 」が「move」コマンドと同じ作業を含
むものかどうかは分からなかった。

ソースはここ
ttp://www.dirms.com/forums/post.asp?method=TopicQuote&TOPIC_ID=28&FOR
UM_ID=16

あと，公式に置いてある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
ttp://www.dirms.com/forums/post.asp?method=ReplyQuote&REPLY_ID=248&TO
PIC_ID=101&FORUM_ID=10

dirms c compact -q やってみたら2時間くらいで終わった。
XP付属のデフラグソフトで2時間ほどかけて普通のデフラグ
した後に思いつきでやってみたので、
乱雑な状況からやったらどのくらいかかるかはわからない。
ディスクは 4200rpm の 2.5inch 80GB で使用量 80% くらい。

いつもデフラグした直後にブラウザ使うと、
ファイル間の小さな隙間に
キャッシュが細切れになって数十レベルの断片化ファイルが
いくつもできるんだけど、
今回はその量がいくらか減った感じ。
せっかく compact 使うんなら -q なしでやってみればよかった。

あるいは、根本的にデータ移動するので超時間がかかりそうだが
dirms move date -q もよさげ。

>>81
GJ!!
「compact」オプションのレビューは初めてだから貴重。
しかもなんか好感触だね。

保守

ttp://www.geocities.com/andreigaceff/DefragNT.html
単にサイズが小さいってだけなら、「DefragNT」ってソフトがありますな

サイズは60KB、Contingよりちょっと大きい
特に変わった機能があるわけではないようだけど……二年前のソフトだし

>>84

乙。早速使ってみる。

DefragNTで250GBのHDDを操作しようとしたら、固まった。

>>74

結構理想の組み合わせかもしれない。

Contigで拡張子指定のデフラグを毎日やり、1ヵ月に1回くらいO&Oでデフラグ。あと、ソフトを
インストールした直後にもO&O。

O&OのV8のSTEALTHモードは神速。

保守

便利そうだけど日本語情報が少ないのが残念

機械翻訳を駆使すればそれなりに使えるだろ

ファイル自身の断片化は Config で十分みたいですが、
ファイルを前に詰めて後方に大きな空き領域を作るのは
>>49 なんですよね。
それは、move だから時間が掛かるから駄目、って事なのかな。
前後を詰めるのは DIRMS COMPACT でやるとして、詰める
作業が速いやつは何処かにないかな。
ファイルの移動だからどれ使っても同じかな。

>>91

O&O V8 … フリーソフトではないのが難点だが。

>>92
ttp://www.canon-sol.jp/product/df/ はＶ６ですね。
日本語でフリーの物が良いけど、ないですね・・・
体験版を色々使ってみてますが、どれも今一つ・・・
一番時間が掛かるデフラグは試してませんが、それじゃないやつだと、
どれをやってもブロックはバラバラのままなんですよね。
未だに、９ｘで動かすノートンのＳＤが一番かなぁ。
短時間で完璧にやってくれるし。

こんなんありました

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スレだけど（ｗ 

>>94
>NortonSpeedDisk95 最 強 伝 説
>これを楽しむ為だけに専用95&FAT32パーティションを用意する価値さえ有るかもしれん。
↑この二行は激しく同意。
確かに、デフラグの為に９８ＳＥ環境残してあるし。
しかし、ＮＴ系のノートンＳＤでも、ＦＡＴパーティションなら９５版と同様にやってくれれば
いいのに、全然違うんだよなぁ・・・ＮＴＦＳパーティションは諦めるとしても。

>>93

V8はここにある。
http://www.oo-software.com/en/index.html

>>96
�d。日本語化は２つもバージョンが遅れてるのか。
Ｖ８日本語化のパッチはありますか？ググッてみるか・・・

フリーの古いのもまだ残ってるけど。

O&O Defrag 2000 Free
ttp://batayan.net/soft/O&O%20Defrag%202000%20Free/O&O%20Defrag%202000%20Free.html

よくみたらO&O Defrag 2000 Freeは評判悪かった。

61 名前： 名無しさん＠お腹いっぱい。 投稿日： 02/04/13 08:28 ID:???

>>59
いまさらレスがつくとは思わなかったけど。
OOD2k Free 3.5 Build562
2G以上のファイルが2Gに切りつめられちゃってる

2000freeとそれ以外は冠以外は別物だから＜O&O

保守

指定ファイルをディスクの先頭に持っていくって出来ませんか？

このｽﾚで紹介されているどのツールもそういう用途には向いていないっていうか機能が無いと思うが

これとはどうなの？
ttp://www.sysinternals.com/Utilities/PageDefrag.html

>>102
確かにそういうツール欲しいね。

>>104
それ、レジストリとかページファイルしかデフラグしません。

オーイェー！

>>53 　から一部引用

>・DIRMSはファイルをドライブの先頭に移動し，またできる限
> り大きな空き領域を確保しようとする。そのオプションが
>　「move」。また「move date」オプション　で，最終更新日
>　を基準にして，ファイルを並べかえる。

なので，先頭に持ってきたいファイルを更新した直後にこれでデフラグ
すればいいんじゃない？更新日付を操作するフリーのツールを併用す
れば割と楽な作業かと。んで，デフラグ後に変更した更新日付を，また
ツールで復元すればいいし。まぁ日付で並べ替える機能があればどれ
でもいいわけだけど。

ああ，ちなみにツールはこの辺ね。

タイムスタンプ・属性操作
ttp://www.vector.co.jp/vpack/filearea/win/util/file/attr/

なんかファイル属性操作ツールを眺めてたらこんなの見つけたので報告。

■FATREX
WindowsのデフラグはWindowsのパフォーマンスを上げるのに必要なツールで
すが、 システムファイル属性のファイルは並び替えを行ってくれません。
実際はほとんどのシステムファイルは並び替えをしても問題ないようです。
そこで、システムファイル属性を一旦解除してからデフラグをかけ、 その
後で属性を復元しようというのがこの機能です。
動作環境Windows 98/ME/2000/XP（Windows98/ME/NTはサポート対象外）
公開日1998/7/23
ttp://hp.vector.co.jp/authors/VA013208/lib/fatrex/index.htm

>>108
DIRMS は、Contig みたく、ファイル指定出来ると良かったですよね。
指定出来るのは、「COMFRAG Perform partial compaction on one file」の時だけみたいだし。

>>111
同感ですね。やはり頻繁に更新するファイルのみデフラグできると便利です。
ただ，Dirmsのヘルプページを見ると，「COMFRAG」が個別ファイルをデフラグする
オプションであり，これがバージョン1.2で廃止されたので，現在ファイル指定はでき
ないということみたいです（2つ目の赤文字のあたり）。
ttp://www.dirms.com/home/docs/dirms_help.asp

で，どうやらCNETにBuzzsawと一緒に上げてあるDirmsの旧バージョンでは，
COMFRAGオプションを使ってファイル指定してデフラグできるようです。
ただContigのようにフォルダを指定できるかどうかは分かりませんけど。
CNET ttp://www.download.com/Buzzsaw-On-The-Fly-Defragmenter/3000-2094_4-10198524.html

>>110
なんかこれ、危なっかしい気がするんだが

>>112
�d。旧バージョンゲットしました。
ところで、単純に考えて、更新日時とかよりも、
「ファイルサイズの変わらないファイル」の
断片化を解消して前に詰めるだけで良いですよね。
Contig で「ファイルサイズの変わらないファイル」の
断片化は解消出来るけど、それをうまく前に詰めるのがなぁ・・・
DIRMS の move や compact でファイル指定したい。
ところで、lcn って何の略ですか？

>>114
うーんlcnが何の略かは分かりませんね。特に書いてないようですし。
locationとか？

更新日時で並べるのはアクセス速度を上げる目的かな。断片化予防の点から
は微妙な気も…。やっぱり，よくアクセスするけどサイズの変わらないファ
イルを先頭にもってくるのがいいんでしょうかね。で，サイズ固定のファイ
ルをDIRMSで先頭に持ってくるには，そのファイルの更新日をツールで直近の
日時に一括書き換えの上，「move date」でできるかと。まぁ他のファイルも
動いちゃうわけですが。

続き

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

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

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

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

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

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

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

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

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

それと，また何かみつけたので報告。
■FragExt
・特定のファイル・フォルダ・NTFS代替データストリームについて，エクスプローラの右
　クリックから，断片化率等の詳細情報を取得し，デフラグできる
・D&Dによるデフラグも可能
公式　　　　　　　　ttp://www.mutexed.com/code/FragExt/
使用感（日本語）ttp://d.hatena.ne.jp/lcymeeke/20060217

>>119
まぁ確かに、前に隙間なく詰めるのは難しいっぽいですけどね。
良いアルゴリズムが思い付かない。

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

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

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

>>120
�d。早速試してみます。

>>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のドキュメント曰く，他の市販デフラグメンタも無視するものなの
で，すべて無くすのは難しいのかも。でもそこを詰めるのが売りのはずなんだけど。

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

>>123
やっぱり市販のものはそうなんだね。ファイルサイズの変動を考
えると，必ずしも悪いことでもないし。あえて表示しないのは，見
栄えも考えてのことかもね。

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

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

あと，これで指定ファイルをディスクの先頭に移動できるんじゃないかな。

■手動デフラグキット - ファイル単位のデフラグを行なうコマンドラインツール
dumpbitmapは指定されたボリュームのビットマップを取得し、空きクラスタの一覧とサマリを出力します。
dumpfileは指定されたファイルの占有するクラスタ一覧を取得し、これを出力します。
movefileは指定されたファイルのディスク上の位置を変更します。
公式　ttp://kobun.mydns.to/software.html.sjis#手動デフラグキット
Wiki　ttp://f32.aaa.livedoor.jp/~kobun/index.php?%BC%EA%C6%B0%A5%C7%A5%D5%A5%E9%A5%B0%A5%A
D%A5%C3%A5%C8

※ファイル移動の参考　同作者の別のシェアのデフラグメンタにおけるファイルの種別毎の移動方針
ttp://f32.aaa.livedoor.jp/~kobun/index.php?Kompact%A4%C7%A4%CE%A5%C7%A5%D5%A5%E9%A5%B0%A4%CE
%CA%FD%BF%CB

>>124
確かにキッチリ隙間に埋まるとは限らないか・・・＿|￣|○

>>125
�d。
早速試してみます。

>>8の見てやったらすぐ下の>>9で訂正がorz
>>8と>>9だとどう違うの？

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

>>125
って事はシステムファイルとかを先頭に持ってくれば高速起動が？

>>125

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

>>127
contigには「 /s」というオプションはないと思うよ。sysinternalsのページを見る限り。
逆に，「contig c:\* /s」でHDDがブン回ってたらその方が心配だが…。
まぁ，最適化されたかどうか確かめてみれば？これとかで。
ttp://www.sysinternals.com/Utilities/DiskView.html

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

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

>>127
俺も同じ事したけどたぶん /s は無視されて c:\* だけ実行されてると思う。
俺もHDDは動いてたし。

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

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標準ツール
で分析する分にはきれいに前に詰められていた。

>>132
いいなぁ。
私の環境では、COMPACT も MOVE も、目立った効果は得られなかった。
後、COMFRAG でファイル指定した時も、事前に別のツールで断片化を解消して、
まだ残ったファイルだけやろうと思ったのに、関係ないファイルをガンガン MOVE
し始めたので、数時間で止めたよ・・・

商用O&Oには勝てぬか……

>>134
Ｏ＆ＯよりもＰｅｒｆｅｃｔＤｉｓｋの方が何となく良い感じ。

デフラグ直後や十分な空きがあるときでも、
細切れの隙間があると
そこに何百もフラグメントしたファイルが作られてしまうのは
ntfs かそのドライバの設計ミスだよ。

>>135

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

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

PerfectDiskは結構隙間出来るよ
隙間詰める設定にしても出来る

なんでContigｽﾚで他のデフラグメンタの話になってるのよ

>>139

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

Diskeeperのがよくね？

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

>>137
確かにステルスはすぐ終わるけど、大して断片化は解消しない様な・・・

>>142

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

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

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

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

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

>>141
Diskeeperはぼったくり

>>143
クラスタ単位で移動するかファイル単位で移動するか、って事？

昨日に続き，約20GBのブートパーティションにcontigでデフラグをかけた
後，dirms で move lcnを実行してみた。

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

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

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

なので，

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

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

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

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

>>148
いや分析は読むだけだし。

>>149
もちろんそうなんだけどさ。最悪，無反応になって15分ぐらいかかったりするし，
contigでデフラグかける方が短時間で，しかもHDアクセス音も小さかったりする
わけですよ。

>>150
ファイル単位でデフラグ出来るのがいいよね。

先頭からの空き領域を表示して、そのサイズ以下のファイルを指定すると、
確実にその隙間に移動してくれるソフトが欲しい・・・

http://convini.ddo.jp/imguploader/src/up0663.jpg
汚い？

>>151
上の「手動デフラグキット」用にバッチを書けばできそうだけど，そんなスキルは
持ち合わせてないなぁ。

>>152
おお，新しい試み。汚くはないけど，ちょっと隙間が目につくかも。
あと，MFT領域がだいぶ後ろの方にあるなぁと思った。

>>153
レスﾄﾝ。40GBの4200rpm/2MBキャッシュの糞HDD
丁度1年目くらいかな？

いつもはDiskeeperつかってた。
>>152は一週間ぶりのデフラグをContigで一回やった

>>153
ぐぐったらMFT領域がファイル情報を管理する領域だっての解った。
それが後ろあるってのは具体的にどんな影響がある？
あと画像で言うとどの辺の事？緑色のあたりかな？

>>155
ＭＦＴ領域なんて、初めて読んだ時にキャッシュに入るだろうから、
何処にあってもそんなに影響はないと思う。

>>156
む、そうなのか。ﾄﾝ。
今からHDD買ってきまつﾉｼ

>>155
上下が細く緑になってる一番大きい空白の部分が未使用のMFT領域。で，その
すぐ左の青い所の一部にMFTの実体があるはず。で，真ん中辺の細い緑がた
ぶんMFTのミラー。ちなみに上のペインの色分けについてはHelp→Legendに説
明があるよ。

MFT領域は当初ディスクの8分の1を食うし，拡大もするので，MFT使用領域が
キャッシュ要領を超えることもあるんじゃないかな。その場合，ドライブの後方
にMFTがあると速度に影響するかも。MFTが常にキャッシュに収まるなら，MFT
の断片化によるHDへの負担は，HDのバッファ・メモリの負担の問題として語ら
れるだろうけど，あまりそういう話は聞いたことないしね。
まぁ，Diskeeperが後ろに動かしたんだろうから，そう影響ないのかもしれな
いけど。誰かこの辺詳しい人がいれば補足を頼む。

何かＮＴＦＳって複雑ですよね。

?:\$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

ファイル以外でこんなに↑あるし。

alternative data stream とかいう変なのがあるしな。

>>158
おお、詳しいっすね。勉強になった。
あれからHTS541060G9AT00を買ってきました。快適

ttp://up.isp.2ch.net/up/5bcd03cd0f2e.jpg
先は長い・・・＿|￣|○

>162
O&OのCOMPLETEモードで一晩放置したらどうか？

>>163
Ｏ＆Ｏは、どうも「連続した空き領域」が十分にないと、
どのモードもまともに機能しないみたいです。
Ｄｉｓｋｅｅｐｅｒも同様でした。

contig　c + dirms c move lcn
または
dirms c defrag + dirms c move lcn
あたりも試す価値はあるかも。

>>165
contig は、断片化を解消しようとするファイル全体が入る
連続した空き領域が存在しないと、何も処理しないみたい。
dirms も色々試したけど、各パラメータの処理の違いが余り
見られませんでした。
ブロックが段々揃っていく様子が見られる分、市販ツール
の方が良いかも。

>>166

連続した空き領域がない場合、いくつかの領域に分けて再格納される。ただし、
これ以上断片数を減らせないならば、Contigは何もしない。

>>167
そうなんだ。断片化の数を減らす努力はするのね。
しかし、dirms の動作はよく分からないんだよなー。
小さなパーティションで色々試したけど、どうも、
説明通りの結果にならない・・・

なるほど。どのツールを使うにせよ，空き領域が足りないみたいだね。
じゃ，Gmail Driveあたりを使って空き領域を作ってからやってみるとか。
dirms は環境によって結果が違うみたいだね。

>>169
「Gmail Drive」って知らないのでググッてみます。

Download Contig (26 KB)

Download Contig for Compaq Alpha (50KB)

winXPです
どっちを落とせばいいのか分かりません・・・違いは何なのでしょう？

>>170
単に， Gmail のアカウントが2.5GBまで使えるから，そこにファイルを退避
してデフラグかけて，後で書き戻すって意味だよ。他に使えるストレージが
あるならそれを使えばいい。たぶんないんだろうと思って書いたんだけど。
Gmail Drive使わなくても，10MB以下に分割・暗号化してメールの添付ファイル
で自分のGmailアカウントに送ってもいいし。

>>171
書いてないのでよく分からんけど，Compaq Alphaはコンパックが作ってた
CPUの名称みたいだから，上でいいんじゃない？
ということで自分は上を使ってるけど。

>>172
ありがとうございます　Download Contig (26 KB)のほうを落とすことにします。

保守

話題無いね

ずっとconfigだと思ってた

もう4月だと思ってた。

愛されてると思ってた

>>178
ちょｗっっｗｗｗ

ダブルクリックでcドライブをデフラグするバッチファイルとか作ってみた

あれ？なんか3月24日にうｐ来てるな。

>>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
何が変わったんだ？

03/27にも来てるよ

>>183
さっき落としたら２４日だったから、２７日版には
何か不具合があったのか？

日本国またはアメリカ合衆国、もしくはその両方の著作権法に触れる内容であると疑われることから表示できません。

>>185
Contig.exe 69,632 2006-03-24 12:33:48

BUZZSAW and DIRMSがｖ2.1になってるね

>>187
DirMS-CL Download は The page cannot be found だ・・・
DirMS-S Download は落とせるけど DirMS-S.msi になっちゃった・・・

三つとも全部落とせたよ
久しぶりにdirmsのページ見たけどBuzzsaw無料になったのかな？>>64に書いてある通りって事でOKかな。

Buzzsawはもともと個人用なら無料じゃなかったか？

--

Buzzsaw-Sは使えるねぇ。サービスとして動いているのがいい。

保守

フォルダのでフラグって、XP標準のデフラグ
(Diskeeper のしょぼい奴)ではやってくれないですか？

そういや NTDefrag っていうソフト無かった？

>>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ならスレ内参照

>>192
やってくれません。

ってことは、Contig の方がいいね。

>>195
Contig も、フォルダデフラグはやってくれないと思う・・・

>>6 を読んで期待した

>>197
あら、知らなかった。
２０００も駄目だね。

>>196

ContigをNT4で動かすと、フォルダのデフラグをやらないけれど、XP上ではフォルダの
デフラグをこなす。

ただ、「contig * -s」とやったときに確認したことがあるだけなので、「contig hogehoge」で
hogehogeフォルダをデフラグできるかどうかはわからない。

NTFSなら標準のデフラグでもやってくれるがな

>>200
だよね。

ちなみに、FAT のディレクトリがオンラインデフラグできないのは、
OS 側の仕様なので、どんなに優秀なデフラグでも無理。
同様に、MFT のオンラインデフラグは、XP なら可能、2000 以前は不可能。

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を再起動する

というのはどうだろうか？

>>202
>ソフトをインストールした後に、まず、「contig \*.exe -s」「contig \*.dll -s」を実行してから、
>「contig \* -s」とやるといいと思っている。

このへんがよく分からないのでなんとも…

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

新しいＤｉｒＭＳ、早速試してみました。
ＮＴＦＳドライブで、他のツールだと、どうしても、断片化しないままで
前の方に詰めてくれなかったのですが、デフォルトより一つパスを
増やして、いい感じで詰めてくれました。
現在、もう一つ増やして４パスで実行中。
これで、さっきより良い結果が出てくれれば・・・

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 %

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 %

って、PerfectDiskが出力するファイルがリッチテキストドキュメントなの忘れてたorz
コピペじゃ崩れまくりで見にくいじゃねーかorz

面倒なのでファイルうｐ

http://www.uploda.org/uporg372772.rtf.html
Passは設定してないよ


まずすぐ解るのが、Contigがメタデータを最適化してくれない事かな。
その他の断片化やファイルのつめ方、ブートファイルの扱いも全てPerfectDiskのが上ですね。
つーかシェアだし、Contigが詰めないのは仕様だけど。

うどん4人前を一人で食ったら死にそうな件。
なんか膨らんできてねーかこれorz

そんなこと言われても

腹の中デフラグすりゃいいじゃん

>>208

Contigの長所はまさにその「詰めない」ところ。

方向性が違うんだよ。

>>212
それは承知しとりますです。
あとデフラグ中の軽さもですな

詰めなくてもいいから、一旦全てのファイルを連続にしてから、
途中の空き領域容量と、其処にピッタリ填まる、
其処より後ろのファイルを教えてくれないかなぁ・・・

それそれ。>>214
闇雲に詰めるﾔﾂは堪らん。

あと、BOOTファイルの再配置も標準のRundll32 advapi32.dll,ProcessIdleTasksの方が
僅かながら良い結果が出てる。(当環境では)

で、今のところContig＋DiskeeperLiteが妥協点。
オフラインデフラグには仕方無くPD。

>>215
「Rundll32 advapi32.dll,ProcessIdleTasks」て何？
ちょっと実行を躊躇ってしまう。

ぐぐれよ

ぐぐれば快適なディスク環境を返していただけるんですね？

保守

contigっていいソフトだね
送る にショートカットを作っていい感じにデフラグしてる

ディスクの先頭から順番に空き領域をスキャンし、
その部分に丁度収まるファイルをそれ以降の部分から全部見つけて
「どれを移動しますか？」って聞いてくれるソフトが欲しい。

そして

電設へ

>>223
ちょｗｗｗｗｗ

そうきたか。

部屋でタバコを吸う人と吸わない人では、hddの寿命が、倍ぐらい違うらしいね

仕方ないな。
HDDのためならタバコ吸ってやるか。

>>226
タバコを吸う方がHDDが倍長生きするんだよな。
非喫煙者は無駄にHDDの寿命を縮めている。

喫煙環境でのボリュームとかスライド接点の短命化は異常

タバコだのデフラグだのお前ら50歩鼻くそだっつーの

　　　　　 _ノ~　　　　　＼,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'　　　　ヽヽ　　ﾉ 　　　　
　　　　　　 ＼ 从　　　　　　　　　　　 　　　　　　|　　　　　　）　）)
　　　　　　　　ﾞｰ'ﾍ　　　　　　　　_.　_.　　　　　　|　　　　　 （,, （
　　　　　　　　　　 ヽ　　　　　　　　_,,...-''＿＿＿|＿＿＿＿_）　　　　おまいら、たばこくらいで騒ぐなよ。　　　　　　　
　　　　　　　　　　 ,ハ.　　　　　　／ :;;;;;;;;;;;（　　　　　　　　　((;;）.
　　　　　　　　　 ノ　　＼　　　　｀ﾞー ￣￣￣￣/￣￣￣￣
　　　　　　　 ／　　　　　`ｧ:.._　　　　　　　ノ / / |　　ヽ
　　　　　 　 ﾉ　　　　　　 ＼:.ヾ‐-:::...-‐'"　/　|　|　　　　＼

今日のことわざ

50歩鼻糞を笑う

　 [ﾟдﾟ]　ﾃﾞﾌﾗｸﾞｶﾝﾘｮｳ
　/[＿]ｂ
　　|　|
05うこざとのわを今笑日鼻糞歩

マジレスすると、レンズがデリケートな光学ドライブならともかく、
密閉されてる HDD の場合、タバコの煙はあんま関係ない気がする。

密閉されてないよ
関係あるかどうかは知らないが

煙草は、ＨＤよりも身体の方に悪いと思うが。

ドライブ見てみ
穴開いてるから
フィルター経由で空気の出入りがある

泉重千代の長生きの秘訣は毎日の喫煙

あり得ねー

結局，バージョンアップした contig , dirms , buzzsaw は特に使用感
に変化なしってこと？

>>240
dirms に関しては、オプションは増えたみたいだけど、
大して変わりはないね。

そうか。遅くなったけど，ありがとう。

dirms-CLは、コマンドプロンプトからレジストレーション情報をコピーしてWebSiteのフォームに貼る時に、コマンドプロンプトの画面幅(80文字毎)の改行は消しておかないと、invalid codeになってしまうね。気をつけないと。

　

>>208
亀だけど乙。
contigって意外とキチッと最適化してくれるんだね。
俺は時間が有る時たまにDiskeeperで、PC使用中とかは重くならないcontigって感じだ。

ところで今悩んでるんだが、Bootvisと相性の良いデフラグソフトって何だろう？
それとTuneXPのブートファイルデフラグ。
ブートファイルデフラグはブートファイルを先頭に持ってくるからPDは却下かな。
デフラグだけならcontigでも良いからまずとして、bootvisとTuneXpのっちを先に実行すればよいのか・・・？


っと、これ以上はスレ違いだな

>>245

そんなあなたには、コマンドプロンプトから、

Rundll32 advapi32.dll,ProcessIdleTasks

これで、起動時の読み込み順にファイルが並ぶはず。

>>246
ｍｊｄ？
やってみる

よけいなお世話だけど，TuneXPは，使用後にMFT 予約領域が消失した
という報告もあるので，気をつけた方がいいよ。
ttp://denshizuno.at.webry.info/200506/article_1.html

>>248
そこの人、セクタの割り当て順について激しく勘違いしてるな。
プラッタやヘッドが複数あろうが、シリンダ番号より先にヘッド番号が進むから、
外周部分が複数あるなんてことはない。
そもそも、複数の面で同一位置にあるトラックが円筒状になるのでシリンダというわけで。

今は外から見える CHS は仮想的なものだから内部的にどうなってるかは不明だけど、
わざわざシークタイム的に不利になる、面を先に使い切るようなことしてるとは思えん。

>>249
> 1. うちのマシンのCドライブには、ハードディスクの外周部分が複数ある。

久々に心の底から笑えるネタに出会った。

そのサイトの著者はどうやら1枚目のプラッタを使い切ってから2枚目以降を使うと思い込んでいるようですな。
だからすべての推測が間違った方向にいってしまっている。

MFT予約領域については、それはあくまで「予約」であり、予約領域の量は何かと変動するからね。
たとえばPerfectDiskのオフラインデフラグをかけても変化する。

もともとMFTが伸張された場合にそれがフラグメントを起こさないように開けてある領域だから、
ディスクにデータが埋まっていき、空き領域が減ってけば、予約領域は減らしていく方がいいという
判断なんだろうね。空き領域が減るということは、新たに書き込まれるデータが減るということで、
そのために予約しておく領域も少なくていい、と。

必要なサイズぶん実際のMFTを確保したら予約領域なんか無くしてしまう方がいい

で、肝心のTuneXPについては…再配置機能は使わない方がいいと思うね。
そのサイトの著者も語っているように、デフラグソフトとの相性が悪い。

PerfectDiskにもブートに使用するファイルを先頭に連続して配置する機能があるが、
PerfectDiskの場合Windows本体のプリフェッチ機能と上手く共存させている。
しかしTuneXPの場合何も対策をしていないので、TuneXPをかけてもその後
デフラグするとまた配置が換わり、意味がなくなってしまう。

TuneXPの他の機能はいいと思うが、ファイルの配置機能は使うべきではない。

以前は、何としても全てのファイルを連続にして前に詰めてたけど、
最近は、連続にさえなってればいいや、って思う様になった。

>>245
> ところで今悩んでるんだが、Bootvisと相性の良いデフラグソフトって何だろう？
> それとTuneXPのブートファイルデフラグ。
> ブートファイルデフラグはブートファイルを先頭に持ってくるからPDは却下かな。

PDってPerfectDiskの事だと思うが、なぜPerfectDiskが却下なのか理解に苦しむ。
PerfectDiskはBootvisが作成した情報に従って、ブートに必要なファイルを先頭に配置する。

この機能があるのはPerfectDiskだけだ。Bootvisともっとも相性のいいソフトといえよう。
Bootvisをかけた後に、PerfectDiskで配置し直すという使い方になるけどね。

>>249
ああ，言われてみると確かにおかしなことになってるね。その辺読んでなかったから気づか
なかった。ところで，CHSってLBAに変換してるケースも含めて今ではほとんど使われてない
のかと思ってたけど，そうでもないの？

MFT予約領域については，データが増えたとしても積極的に減らすべきじゃないと思う。

まず，予約領域は，ディスクが最大容量に達した後はファイルの記録に消費されるので，事
前に減らす必要がなさそう。

それに，MFTは，小さなファイルについてはデータを直接格納し，その場合はMFT単独で肥大
するので，「ディスク内の空き領域が減ればMFT予約領域の必要性も比例的に減る」わけで
はない。さらに，ファイルが削除されてもMFTのサイズは小さくならないから，ディスクが
埋まってきていったん予約領域が減らされた後にファイルが削除された場合，ディスクに十
分な空きがあるのにMFTの予約領域はほとんどないという状況になってしまう。

なので，ディスクが埋まってきたとしても，予約領域を積極的に減らすとMFTの断片化を招
く可能性が増える。

と，思う。

>>256
>>251

皆ＮＴＦＳが好きだね。
私はＦＡＴ３２派。
９ｘのノートンＳＤでデフラグ出来るし。

>>256
> まず，予約領域は，ディスクが最大容量に達した後はファイルの記録に消費されるので，事
> 前に減らす必要がなさそう。

いや、意外とその「消費の仕方」が下手で、Windows自体に任しておくと、ぐちゃぐちゃになるんだよ。

> するので，「ディスク内の空き領域が減ればMFT予約領域の必要性も比例的に減る」わけで
> はない。

だれも「比例して減る」などとはいってない。確率的には減るといっている。

> 埋まってきていったん予約領域が減らされた後にファイルが削除された場合，ディスクに十
> 分な空きがあるのにMFTの予約領域はほとんどないという状況になってしまう。

別にその時は削除されてもう使われてないMTFの領域を使えばいいわけで、何もわざわざ
予約領域から新たに確保する必要ないのだが？

> なので，ディスクが埋まってきたとしても，予約領域を積極的に減らすとMFTの断片化を招
> く可能性が増える。

だからぁ、バランスよく減らせばいいだけのこと。何度もいうけど、Windowsに任せておくと
食い散らかして汚くなるんだよ。まあデフラグすればいいだけなんだけどね。

またPerfectDiskはオフラインデフラグでMFTのデフラグもできるのだから、MFTのフラグメントは
あなたが考えるほど致命的ではない。

ま、MTFS予約領域まで動員しないとならない手前で使用容量は抑えておくのが賢明だとおもうけどね。

>>254
> Bootvisをかけた後に、PerfectDiskで配置し直すという使い方になるけどね。
・・・・・。

相性がいいと思えるのは「標準デフラグ」「Diskeeper(Lite)」ぐらいしか知らないな。
ちなみに、「BootvisのOptimize System」≒「Rundll32 advapi32.dll,ProcessIdleTasks」なので
わざわざBootvisを使うまでも無いよ。

>>260
> 相性がいいと思えるのは「標準デフラグ」「Diskeeper(Lite)」ぐらいしか知らないな。

いや、標準でフラグは相性悪いよ？Diskeeperも同じだけど。
空き領域のど真ん中にブート用ファイル群を配置するし、十分な連続領域が取れないと、
きちんと固まりとして配置しない。

PerfectDiskなら他のファイルをどかして、きちんとHDDの先頭部分に配置する。

> ちなみに、「BootvisのOptimize System」≒「Rundll32 advapi32.dll,ProcessIdleTasks」なので

もともとBootvisの話だから、それに沿って話しているだけのこと。
文脈を読めばこの程度のこと分かりそうなものだけどねぇ（笑

んで、PerfectDiskが標準デフラグやDiskeeperに比べてPrefech関係で（まあそれに限らないが）
優れている点こそあれ、劣っている部分はないと思うよ？

あなたが相性がいいツールは標準でフラグとDiskeeperしか知らないというのは、PerfectDiskをよく知らないからだろう。
まあしっているなら「PerfectDiskのこういう点がダメだ」といってくれてかまわないけどね。

まあPerfectDiskにも当然文句はあるが、それはまた別な話。

一応説明しておくと、PerfectDiskにはOSおよびアプリの高速起動用プリフェッチを
どうレイアウトするか選択できる。Windowsに任せることも出来るし、PerfectDiskが行うことも出来る。

Windowsに任せた場合は、PerfectDiskはプリフェッチ関係のファイルについて関知しない。
つまり標準デフラグが3日に1回行うのと同じになる。

PerfectDiskに任せるモードでは、レジストリを変更して標準デフラグが行う再配置を停止し、
PerfectDiskが起動したときだけプリフェッチデータに基づき再配置を行う。

このモードにはさらに二種類あり、OSのブート関係のファイルのみを再配置するか、
アプリ起動用のファイルも再配置するかを選択できる。

で、俺は標準の動作、ブート関連のファイルだけいつの間にか（3日に1回)勝手にいじられるのは
どうかと思うから、PerfectDiskに任せている。これならPerfectDiskでデフラグするときだけ、他のファイルが
デフラグされる時に、同時にブート関連のファイルも適切に再配置される。

いつのまにか自動的に再配置されるよりずっといいと思うけどね。なにしろ標準の動作だと、
起動用のファイルをまとめてくれるのはいいが、それしか考えないから、起動用のファイルを抜き出した
跡があいてしまう。つまり空き領域の断片化の原因になる。

まあそこまで神経質にならなくてもいいという気はするが、断片化するよりはしない方がいいだろう。

>>259

> いや、意外とその「消費の仕方」が下手で、Windows自体に任しておくと、ぐちゃぐちゃ
> になるんだよ。

なるほど。これは，知らなかった。これって，ディスクに占めるデータの割合が同じ状態で
空き領域を消費する場合よりも，MFT予約領域を消費する場合の方が「ぐちゃぐちゃ」にな
るということですよね？そうでないと，予約領域を敢えて削減して空き領域を作るべき理由
にならないと思うのですが。とはいえ，私も予約領域を消費するまでディスクが埋まった場
合を想定する意味はあまり感じてませんが。

> だれも「比例して減る」などとはいってない。確率的には減るといっている。

「確率的」の意味がよく分からない。「おそらく減るだろう」という程の意味だとすると，
空き領域が減れば，同時にMFT予約領域も減っていくのだから，そのままで良いということ
にもなりませんか？書き込みによる減少に加えてさらに予約領域を敢えて削る理由として
は足りないと思うのです。

> 別にその時は削除されてもう使われてないMTFの領域を使えばいいわけで、何もわざわざ
> 予約領域から新たに確保する必要ないのだが？

これはまったくその通り。こちらの勘違いです。失礼しました。これは理由にならない。

ちなみにMFTの断片化が致命的とまでは思っていませんよ。どうも予約領域を削減する積極的
理由が見えてこないということです。

ここまでみて結局，「ぐちゃぐちゃ」の件以外，予約領域を削減する「積極的」理由がよく
わからないのですが，空いた領域の分だけ普段の（オンライン）デフラグが効率的にできる
可能性があるというあたりでしょうか。削減するデメリットは，小さなファイルの蓄積によ
ってMFTが肥大し予約領域を使い切る可能性があること。

ただ，確保すべきMFT領域のサイズがよく分からないので，あなたの言う予約領域削減にお
ける「バランス」がどこにあるのか見極めにくいと感じています。

すなわち，MFTに直接格納される小さなデータは通常のファイルに加え，ディレクトリ，ショ
ートカットなど様々あり，セキュリティ関係のアプリの更新やMSのパッチ等を考えると，
どうしても蓄積されて増えていくので，MFTの必要となるサイズ（の上限）が予想しにくい。
一方で，デフラグの効率性についてはcontig，dirmsを使えばそれほど空き領域を気にす
る必要はない。なので，とりあえずMFTゾーンの初期サイズは大きめにしておき，敢えて削
減する必要もないだろうと個人的には考えるのですが。

というわけで，削減すべき積極的理由など「バランス」をとる際の要素が他にあれば参考に
したいので聞かせてもらえませんか？まぁ，もちろん，これも個人の環境に激しく依存する
わけですけど。

メカage

久々だな、おい

デフラグって年に２，３回で十分よね

俺、毎日やってんだけど。

　 [ ﾟдﾟ]y-一~~~~　ｻｲﾃｷｶﾉﾋﾂﾖｳﾊｱﾘﾏｾﾝ
　ﾉ[ ﾍ ﾍ
■■□■■□◇＿◇□□□

>>265
> 空き領域を消費する場合よりも，MFT予約領域を消費する場合の方が「ぐちゃぐちゃ」にな

だからそう書いているつもりなんだけどね。俺の文章でそう取れない表現があったら教えてほしいね。

> 「確率的」の意味がよく分からない。「おそらく減るだろう」という程の意味だとすると，

「弱い相関関係がある」という意味だよ。

> 空き領域が減れば，同時にMFT予約領域も減っていくのだから，そのままで良いということ
> にもなりませんか？

なんか混乱してるようですな。空き領域が減れば、あらたに作られるファイルも減るはずで
今後新たに必要になるであろうMFTのサイズも減っていくということ。

最初の頃、新たに作られるファイルのサイズが分からないから多めにMFT用に領域を確保しておいたが、
HDDの大半が消費されれば、その領域は「確定」していくわけで、自ずと「不確定」さは減っていく。

たとえれば、HDDの残り領域が、HDDの容量あたりもっともMFTの使用量が多いサイズのファイルで
埋められるケースを想定してMFT用の領域を当初確保していたとする。HDDの容量を半分使い切った
段階で振り返ってみれば、そんな最悪のサイズのファイルは少数だった、と分かったとしよう。

となれば残りの半分が最悪のサイズのファイルで全部埋まったとしても、当初想定していた最悪の状態
(HDD全体が最悪のサイズのファイルで埋まる）ほどはMFTの領域は必要ないことが分かるわけだ。
ならばその分予約領域を縮めるという判断は悪い判断ではないだろう。

> ちなみにMFTの断片化が致命的とまでは思っていませんよ。どうも予約領域を削減する積極的
> 理由が見えてこないということです。

積極的な理由がなければ削るべきではない、と考えるのが「致命的と考えている」といってるんだけどね。
気軽に削るのは控えるべきと考えているわけだろう？

>>266
> わからないのですが，空いた領域の分だけ普段の（オンライン）デフラグが効率的にできる
> 可能性があるというあたりでしょうか。

いや別にPerfectDiskは空き領域の大きさでそれほどデフラグの効率の良さは変わらない。
Diskeeperとかだと空き領域がないとすぐ音をあげるけどね。

不要なMFT予約領域を削るのは、Windowsに自動的に削らせるよりもファイルの配置が
マシだから。デフラグをしばらく書けない状態でもそこそこの配置が維持できる。
まあ毎日デフラグかけている人にとっては関係ない（笑

> 削減するデメリットは，小さなファイルの蓄積によ
> ってMFTが肥大し予約領域を使い切る可能性があること。

PerfectDiskとかがMFTを縮小する場合、そうなる確率がそれほど高くない程度の範囲で縮小してるんじゃないの？
いや実際に詳しく調べたことないけどさ。俺が長年使っていて見ていた限りでは縮小されたMFT予約領域では足りなくて、
再び増加させたというケースはなかったよ。もちろん想定外のことが起きることはあるだろうが、その時はオフラインデフラグを
かければいいわけで。

> ただ，確保すべきMFT領域のサイズがよく分からないので，あなたの言う予約領域削減にお
> ける「バランス」がどこにあるのか見極めにくいと感じています。

そりゃそうだろうねぇ。しかしそれをいうなら、最初に確保されているMFT予約領域のサイズにどれほど
正当性があると考えるのかね？あなたがツールによって縮小された予約領域に不安を覚える一方、
最初から設定されている予約領域のサイズに安心をを感じるのは単に「最初そうなっていた」という理由だけだよね。

どのみち「予想外」のことが起きる可能性はゼロではないわけだよ。

> 一方で，デフラグの効率性についてはcontig，dirmsを使えばそれほど空き領域を気にす

上に書いたように、別にデフラグ動作の効率のために予約領域を縮めているわけじゃないって。
もしそうならそれこそ本末転倒でツールが馬鹿だろう。

> る必要はない。なので，とりあえずMFTゾーンの初期サイズは大きめにしておき，敢えて削
> 減する必要もないだろうと個人的には考えるのですが。

だから「大きめにしておいた方が安心」というのは「溢れたら大変」という感覚を持っているからだろ？
たとえばMFTをデフラグできないツールなら、確かにMFTが一度フラグメントしてしまうと取り返しが
つかないわけで、俺だって「心配」になる。しかしPerfectDiskとかはMFTをデフラグできるのだから、
それは「取り返しのつかない」事態ではない。ならば必要以上に「安全側」の選択をする必要はない。

逆に言えば標準のWindowsはMFTをデフラグする機能を持たないから、MFTがフラグメントを
起こさないようにかなり安全側に偏ってMFT予約領域を算出してるんじゃないのかなぁ。

> というわけで，削減すべき積極的理由など「バランス」をとる際の要素が他にあれば参考に

残念ながら、PerfectDiskがどういう戦略でMFT予約領域を縮小しているのかは調べたことがない。
しかしすでに述べたように、「MFT領域を多めに確保しておく」という方針の場合、HDDの大半が
まだ未使用な状態で想定する「多めのMFT領域」とすでに半分消費されている状態での
「多めの領域」は後者の方が当然小さい。その段階ではすでに半分はどういう性質のファイルが
書き込まれているのか確定しているから、最悪のサイズを想定する必要がなくなったのだからね。

だからその辺を鑑みて決定してるんじゃないのかなぁ、と漠然と思ってるんだけどね。
この際だからあなたが調べて教えてよ（笑

やべえ、ついていけねえ

>>273
ホントＤＫは糞だよね。
ＰＤの場合、空き領域が殆どゼロでも、
何の問題もなく淡々とデフラグしてくれる。

Diskeeper=糞なのは常識

>>275
メカについていく必要は無い

>>272
> だからそう書いているつもりなんだけどね。俺の文章でそう取れない表現があったら教えてほしいね。

単純に不思議だったのです。より「ぐちゃぐちゃ」になることを実証するには相当数の環
境の異なるサンプルで実験する必要があり，不確定要素が非常に多く，かなり面倒だろう
と思ったので，私の理解が合っているのか確認したかったのです。

> なんか混乱してるようですな。空き領域が減れば、あらたに作られるファイルも減るはずで
> 今後新たに必要になるであろうMFTのサイズも減っていくということ。

意図が伝わらなかったようですね。私は，上記を前提に書いています。「今後新たに必要
になるであろうMFTのサイズも減っていく」が，それにつれて当然残りの予約領域も減っ
ていく。であれば，さらに削減する必要はないという結論も導けるのであり，いずれかの
結論のみを支持する根拠にはなり得ないということを言ったのです。

>>272
> たとえれば、HDDの残り領域が、HDDの容量あたりもっともMFTの使用量が多いサイズのファイルで
> 埋められるケースを想定してMFT用の領域を当初確保していたとする。HDDの容量を半分使い切った
> 段階で振り返ってみれば、そんな最悪のサイズのファイルは少数だった、と分かったとしよう。
>
> となれば残りの半分が最悪のサイズのファイルで全部埋まったとしても、当初想定していた最悪の状態
> (HDD全体が最悪のサイズのファイルで埋まる）ほどはMFTの領域は必要ないことが分かるわけだ。
> ならばその分予約領域を縮めるという判断は悪い判断ではないだろう。

文意が不明ですが，MFTに入力される各エントリーのサイズは常に1024bytesだとMSは説明
しています。異なる見解もあるようですが。そして通常，１つのファイルにつき１つのエ
ントリーが作られる。これは，ファイルサイズとは無関係です。

また，通常約750bytes以下の小さなファイルはMFT内部に直接格納され，外部の領域には
保存されません。したがって，可能性としては，HDDの空き領域がMFTのみで全部埋まるこ
ともあり得るのであり，どこまで空き領域が減っても予約領域をMFTが使い切る可能性は
消えません。そして，このような小さなファイルが最終的にどれほど蓄積されていくのか
予測がしにくいので，MFTの必要サイズを見極めるのが難しいと言っているのです。

> 積極的な理由がなければ削るべきではない、と考えるのが「致命的と考えている」といってるんだけどね。
> 気軽に削るのは控えるべきと考えているわけだろう？

あなたの語義解釈は分かりました。しかし，私は積極的理由があっても，自分にとって致
命的なことは実行しません。私にとって「致命的」という言葉は，「気軽に実行するのは控
えるべき」という言葉ほど軽くないということです。ご理解ください。

>>273についていうと，ここまで「安心感」や「可能性をゼロにする」といった話はして
いませんよ。どちらの選択がマシである可能性が高いか，また選択の際の考慮要素は何か
という話です。ちなみに，私はMFT予約領域のサイズを初期設定より大きくしていますよ。
XPの初期設定は用意されたオプションの中で最も小さい値となっており，より大きく変更
している人も結構いると思います。

また，>>274で，あなたはPerfect Diskの使用を前提に話を進めており，それはよいので
すが，私は違います。また，Perfect Diskの設計思想を調べるほどの動機も持ち合わせて
いません。前回お聞きしたのも，「バランス」を取れと言われたあなたに，あなた自身の
バランスの取り方について考えをお聞きしたのであって，Perfect Diskの設計思想をお聞
きしたわけではありません。もっとも，あなたの経験は参考になりますし，お答え頂いた
ことには感謝します。

なお，私は，予約領域の処理はDiskeeperのようにユーザーに委ねたほうが良いと思いま
す。Perfect Diskに予約領域を削られたことに不満を漏らすユーザーの書き込みも見まし
たし。

必要なMFTサイズの見極めについて言うと，可能性として空き領域すべてがMFTで埋まるこ
ともあり得る以上，HDDの空き領域が減ってきても，確実なのはMFT肥大の限界点（＝予約
領域＋MFT外部の空き領域）が下がることぐらいでしょう。

そして，HDDの使用領域がある程度増えた場合，ユーザーはHDDが埋まらないように場所を
取るファイルを削除するなどするでしょうが，MFTに直接格納されるような，ディレクト
リなどの前回挙げたものは，比較的退避させにくく，また増えていく性質のものもあり，
蓄積されやすいと考えています。そうすると，MFT外部の空き領域のサイズには大きな変
化がないが，MFTのサイズだけは肥大していくことになりかねない。

ですから，空き領域が減ってきてもMFTの必要十分なサイズはやはり見極めにくいと思うの
です。まぁ人によって違うでしょうが。

結局，ここまでのところ，予約領域を削る積極的理由，言い換えれば，損失回避または利
益享受という意味での「メリット」は特にめぼしいものが挙がっていないように思います。

「ぐちゃぐちゃ」の件は，あなたの言うとおり，そこに至ること自体賢明とは言えず，考慮
の必要が薄いし，そうなった時点で自分で予約領域を削れば容易に対処できます（XPの場合）。
また，デフラグの効率性に大差はないことについてもほぼ共通認識が得られました。

一方，デメリットは，予約領域を使い切るおそれがあること。これは不確定要素が多く,
私は上記の通り空き領域が減っても不確定性はそう変わらないと感じています。あなたは
違うようですが。また，MFTを処理するデフラグメンタを用いないユーザーにとってこの
デメリットは心配の種になるが，そうでない人にとってはそうではないというのはあなた
の言われたとおり。

そうすると，MFTを処理するデフラグメンタを用いない私にとって，予約領域削減は，メ
リットが感じられず，一方で不確定要素があるとはいえデメリットがあリ得るということ
になります。とすれば，実行しないという選択は私にとって至極当然の判断です。これは
デメリットが「致命的」か否かという以前の問題です。繰り返しますが，私にはメリット
がなく，デメリットがあり得る。だからやらないということです。もちろん，あなたの場
合は違うでしょう。

だいぶ長くなりました。大体互いの状況，考慮要素，その評価基準，価値観等の理解が得
られたかと思います。結局，これらの違いにより下される結論も異なるという当然といえ
ば当然の結論に至ったようです。スレの本旨から外れた話を長文で書き込むのもどうかと
思うのでそろそろお開きにしたいのですが，あなたはどうでしょうか。

というか，これ以上長文書くのが面倒ですし。

「面倒ですし。」迄読んだ。

>>281の訂正
4行目　×　「XPの場合」　→　○　「NT4 sp4以降の場合」

>>282の訂正
4行目　×　「XPの場合」　→　○　「NT4 sp4以降の場合」

失礼。

>>283
普通にありがとう，とマジレス。

>>279
> 単純に不思議だったのです。より「ぐちゃぐちゃ」になることを実証するには相当数の環
> 境の異なるサンプルで実験する必要があり，不確定要素が非常に多く，かなり面倒だろう

長年、容量不足のサーバーをだましだまし管理してれば分かるよ（笑

> 意図が伝わらなかったようですね。私は，上記を前提に書いています。「今後新たに必要
> になるであろうMFTのサイズも減っていく」が，それにつれて当然残りの予約領域も減っ
> ていく。であれば，さらに削減する必要はないという結論も導けるのであり，いずれかの
> 結論のみを支持する根拠にはなり得ないということを言ったのです。

あなたホントーに頭悪すぎ。マジで理解できないわけ？「マジで理解できません」というなら、
あと一度だけ説明してあげるが。

>>280
> 文意が不明ですが，MFTに入力される各エントリーのサイズは常に1024bytesだとMSは説明

うーん、そうだね、あなたは根本的に何が問題か理解できないらしい。

極端な話、すべてショートカットだけで埋められたHDDがあると考えればいい。その状態だと
HDDの容量あたりのMFTの占める割合は100%だよね。

もちろん普通のHDDはデータの占める割合の方が遙かに大きい。たとえば1%ぐらいだとしよう。
しかしMFTがフラグメントする危険性を考えて、5%ぐらいを想定して初期のMFTの予約領域の
サイズを決定したとする。つまり「少し多め」にしたわけだ。

100GBのHDDで5%というと5GBとなる。フォーマット直後のMFT予約領域がこのサイズだ。
で、そのHDDにいろんなファイルを詰め込んで半分まで使用した状態になったとする。
容量あたりのMFTの使用状況は予想通り1%だったとしよう。つまり50GBすでに使用されているから
MFTは0.5GBが使用されている。

この時点で残り50GBについてもう一度どれだけのMFT予約領域が必要かを考える。
多めの見積もり5%だとすると、50GBの5%だから2.5GBだ。

しかしこの時点では初期化時に100GBの5%である5GBのMFT予約領域を確保している。
そしてこの時点での使用されているMFTは50GBの1%である0.5GBであり、今後50GBの
5%である2.5GBがまるまる使用されたとしても0.5GB+2.5GB=3GBしか必要ないことになる。

つまり最初に確保した5GBのMFTは不要で、3GBに縮小してもいいということになる。

ゆ〜あんだすたん〜？（笑

> 予測がしにくいので，MFTの必要サイズを見極めるのが難しいと言っているのです。

だからぁ、それは初期化時に確保した予約領域のサイズだって同じ事だといってるだろうに。
それを「最初に決めた」という理由で何かすごい根拠のある値だと思っている点があなたの間違いな分け。

> あなたの語義解釈は分かりました。しかし，私は積極的理由があっても，自分にとって致
> 命的なことは実行しません。私にとって「致命的」という言葉は，「気軽に実行するのは控
> えるべき」という言葉ほど軽くないということです。ご理解ください。

トートロジーですな。何を基準にどういう根拠で「気軽に実行するのは控えるべき」なのかという
観点が欠如している。気軽に実行すると”なぜ”ダメなのかを検討し根拠を明らかにするのが
技術的な見解といえる。あなたのは「特に理由はないがなんとなくこわい」といっているのと同じだ（笑

そういう人を説得しようとは思わないよ。説得できるものでもない。感覚的な感情で判断する人は、
実際に自分でやってみて慣れるとか、感覚的に自分で納得するしかないだろうからね。

このくだらないやりとりが自演に見えてきたヤツ→(1)

　.

(2)

何を揉めているのかサッパリ分からない・・・＿|￣|○

必殺「トートロジー」攻撃だもん

>>291
メカを理解したら人間として負け

>>281
> いませんよ。どちらの選択がマシである可能性が高いか，また選択の際の考慮要素は何か
> という話です。

それは結構なんだけど、いつになったらあなたの選択である「MFT予約領域のサイズは
気軽に変えるべきではない」という選択の「考慮要素」の説明をしてくれるのかね？

ここまでの話ではあなたは「最初からそうなっていたから、変えるべきではない」としか言ってないよね？
最初に決めたMFT予約領域のサイズに相応の根拠があり、その根拠を覆すだけの理由がないから
変えるべきではない、と主張するならいいが、最初に決めたMFT予約領域のサイズにも
たいした根拠はないわけだよ。あなたが自分で言っているようにどれだけMFTが必要になるかなど予測できない。

だから「変更する」場合にも変更する理由は特にいらない。

ちなみに，私はMFT予約領域のサイズを初期設定より大きくしていますよ。

だから「なぜ」しているのかね？MFTが万が一にもフラグメントするといやだからだろう？
MFTをデフラグできるツールを使っている人間には、MFTがフラグメントする状態はあなたが思うほど
嫌な状態ではないって事。

> XPの初期設定は用意されたオプションの中で最も小さい値となっており，より大きく変更
> している人も結構いると思います。

「そうしている人がたくさんいる」からそうするのが正しいって？（笑
それならPerfectDiskを使っている人は世界中にたくさんいるから、MFT予約領域を自動的に
縮小するのが正しいことにもなるね。

あなたは、自分で思うほど論理的な思考ができる人間ではないようだよ？

> また，>>274で，あなたはPerfect Diskの使用を前提に話を進めており，それはよいので
> すが，私は違います。

それはあなたの勝手だ。おれはMFTをデフラグ出来るツールを使っているなら〜だ、と言っているだけで、
使っていない人は別なスタイルがあるだろう。そもそもデフラグをすること自体、HDDを痛めると言って
いやがる人もいるわけで、俺から見れば薄弱な根拠にとらわれて損をしている人だとは思うが、
当面そういう人達を説得できる材料もない。

まあ素人さんが根拠なく漠然と不安を感じるのはある意味仕方のないことだとは思うけどね。
何にでも「いままでとは違う」ことに拒絶反応を起こす人はいるし、それがプラスに働くことも少なくないから、
よけい始末に負えない。

> いません。前回お聞きしたのも，「バランス」を取れと言われたあなたに，あなた自身の
> バランスの取り方について考えをお聞きしたのであって，

上で説明したように、「初期」に割り当てられているMFTのサイズがHDDの容量あたり「多め」であれば、
ある程度HDDが消費された状態なら、同じ「多め」の割合で残りの空き容量に対してMFTの量を
見積もっても、そのサイズは一般的に小さくなるはずで、それに見合う量に縮小するのがバランスが
とれた状態、ということだよ。

たとえば登山で頂上に着くまでの時間を見積もることを考えればいい。出発した直後は
途中でいろいろなアクシデントがあるかも知れないから、所要時間はかなり余裕をもって見積もるはず。
最悪でも○○時には頂上に着けるだろう、と。たとえば13時に到着できると思ってもプラスマイナス1時間ぐらいの
誤差を見込んで、最悪でも14時には着ける、と予測をし、それを見込んで登山の開始時刻を逆算するだろう。

しかしゴールに近づくにつれて不確定な要素は減っていくわけで、頂上が目前で今が12時30分なら、
このままいけば13時に着けるだろうし、最悪でも誤差は10分程度だから13時10分には頂上に着ける、と
予測するはず。つまり「最悪のケース」の予測時刻が出発直後は14時だったのが、頂上目前では
13時10分に短縮されるわけだ。

> す。Perfect Diskに予約領域を削られたことに不満を漏らすユーザーの書き込みも見まし

不満が正当なのかどうかという観点が抜けている。不満がそもそも間違いなら、それをただして正しい
判断ができるようにしてあげるのが親切というもの。もっともあなたのように理由なく「今までとは違う」という
理由だけが不満の根拠だと、「新しいものはすべて不満」となってしまって、手に負えないのだけどね（苦笑

> ともあり得る以上，HDDの空き領域が減ってきても，確実なのはMFT肥大の限界点（＝予約
> 領域＋MFT外部の空き領域）が下がることぐらいでしょう。

いんや。限界点は常に「残りの容量全部がMFT」なわけで、下がりようがない。
などもいうけどMFTの必要量を適切に見積もることなどできないのだから、最初に設定された予約領域に
ついてもたいした根拠はなく、必要以上に尊重すべき理由はない。あなたはその根拠の薄弱な
ものにとらわれ過ぎ。

> そして，HDDの使用領域がある程度増えた場合，ユーザーはHDDが埋まらないように場所を
> 取るファイルを削除するなどするでしょうが，MFTに直接格納されるような，ディレクト
> リなどの前回挙げたものは，比較的退避させにくく，また増えていく性質のものもあり，

ユーザーがファイルを削除するなら、それに伴ってディレクトリとかも削除するのが普通だと思うが？
あなたのイメージだと、だんだんあまりファイルの入ってないディレクトリがたくさん増えていくってこと？
うーん、あまり想像しにくい使い方に思うけどなぁ。

あなたの示している理由には一般性がなく、最初にMFT予約領域を減らしたくないという意向があり、
それを正当化するために理由をこじつけているように見える。

> 蓄積されやすいと考えています。そうすると，MFT外部の空き領域のサイズには大きな変
> 化がないが，MFTのサイズだけは肥大していくことになりかねない。

最悪そうなったらオフラインデフラグすればいいわけだよ。というかMFT予約領域のサイズ変更というのは
PerfectDiskだってオフラインデフラグをしなければ変更されないんだから、サイズ変更をするってことは
オフラインでフラグが前提なわけ。

あなたはPerfectDiskを使ったことがないのだろう。人間、「よく知らない」ものに対する漠然とした不安や不信を
抱くのは自然な感情ではあるが、それは乗り越えなくては、合理的な判断ができる人間とはいえない。

> ですから，空き領域が減ってきてもMFTの必要十分なサイズはやはり見極めにくいと思うの
> です。まぁ人によって違うでしょうが。

ポイントはね、変更された予約領域のサイズに妥当性があるか？ではなく、最初に設定された
予約領域のサイズの根拠にくらべて変更後の予約領域のサイズは妥当性が損なわれているか？
という点。そのなわれているならあなたの言うように「安易に行うべきではない」という考え方もあるだろう。
しかしどちらも「あまり根拠がない」という点で同じレベルなのであれば、気軽にやってはいけない理由はない。
それが「割り切るべきところは割り切る」という合理性。

>>288
このくだらないやりとりが自演に見えてきたヤツ→(3)

>>282
> 結局，ここまでのところ，予約領域を削る積極的理由，言い換えれば，損失回避または利
> 益享受という意味での「メリット」は特にめぼしいものが挙がっていないように思います。

あなたの想定している「デメリット」を教えてくれなきゃ「メリット」とどちらが大きいか判断しようがないじゃん。
そんなオカルティックなものをあなたはそれを合理的な判断だとおもってるのかなぁ。
「前例がないから不許可」というお役所仕事と変わらない（苦笑

MFTがフラグメントするのが嫌というのは、フラグメントしたらオフラインデフラグすればいいだけじゃん。
たいした理由もなくオフラインデフラグが嫌というのは、たいした理由もなくデフラグが嫌という人と大して変わらない。
「理由はないがなんとなく嫌」というのは強いからね〜何しろ反論の余地がない（大笑

> 「ぐちゃぐちゃ」の件は，あなたの言うとおり，そこに至ること自体賢明とは言えず，考慮
> の必要が薄いし，そうなった時点で自分で予約領域を削れば容易に対処できます（XPの場合）。

自動でやってくれるならその方がいいじゃん。自動で行われると不味いことがあるなら別だが、
あなたの話には今のところ不味い理由は出てきてないよね？

あなたの予約領域変更に対する否定的なスタンスは、単に感覚的、生理的な拒絶反応に過ぎないと思うよ？
だって否定的になる理由がここまでレスを費やしても一向に出てこない。

> 一方，デメリットは，予約領域を使い切るおそれがあること。

何度も言うように使い切っても自動的に拡張されるし、その時MFTのフラグメントが起きたとしても
オフラインデフラグをかければ解消される。要するにそういうことは起きる確率が低いし、起きたところで
取り返しのつかない事態ではないのだから、平常心で処理すればいいだけのこと。

思うにね、あなたはMFTのデフラグができなかった頃のNTFSに関する感覚そのままなんだよ。
俺だってそうなら何が何でもMFTのフラグメントは防ぎたくなる。予約領域もめいっぱい多めに確保し、
常に予約領域を浸食しないようにHDDの残り容量に注意を払い…という具合に。
たとえば俺がNT4.0とかを使ってた頃は似たようなものだった。そのころはMFTをデフラグするツールが
なかったからね。しかし技術は進歩するものだ（笑

> 私は上記の通り空き領域が減っても不確定性はそう変わらないと感じています。

不確定性の「率」は変わらないよ。変わるのはその「率」が適用されるHDDの空き容量。
空き容量が減れば「空き容量」x「不確定性」で求められる「不確定なサイズ」は減る。

> 違うようですが。また，MFTを処理するデフラグメンタを用いないユーザーにとってこの

すでに述べたようにPerfectDiskはオフラインデフラグ（MFTとかも含めてデフラグするモード)を
使わなければMFT予約領域のサイズ変更は行われない。というかMFTのデフラグの一環として
予約領域も変更される。

だからあなたの想定するユーザー、すなわち自動で予約領域の縮小を行うがMFTのデフラグを
する機能はないようなツールのユーザーというのは、いるのかねぇ？

TuneXPがそれに当たるらしいが、ホントかねぇ。まあTuneXPについては俺はあまり使ってないので
(むかし一回使って、「これならPerfectDiskの方がいい」と思って使うのをやめた）、何ともいえないが。

> そうすると，MFTを処理するデフラグメンタを用いない私にとって，予約領域削減は，メ

それはそうだろうね。俺でもその条件なら、予約領域は極力多めになるようにするし、
それを万一にも切り詰めるなど許し難い大罪だ（笑

でもそれって「デフラグツールは使わない」というポリシーを自分に課して、その条件下でなるべくファイルが
フラグメントしないように四苦八苦してパーティション構造を涙ぐましく工夫している人達と同じく、
俺から見ると…いや、これ以上は言うまい（苦笑

> 思うのでそろそろお開きにしたいのですが，あなたはどうでしょうか。
> というか，これ以上長文書くのが面倒ですし。

別にあなたが好きで俺にレスをしているから、俺も好きであなたにレスをしているだけのこと。
嫌ならやめればいいし、続けたければ続ければいい。

>>283
× 「面倒ですし。」迄読んだ。
○ 「面倒ですし。」だけ読んだ。

ここ、contig のスレだよね・・・？

で、結局 ID:Xjw6ku/b0 の言いたいことは「自分はMFTをデフラグするツールを使っていないから、
万が一にもMFTがフラグメントすると取り返しがつかないからいやだ」ってことなわけだよなぁ。

そりゃMFTがデフラグできない状態でMFTがフラグメントすればそれは「取り返しのつかない状態」な
わけで、最初からそう言えばいいのに…

なまじプライドがジャマしたのか知らないが「MFTがフラグメントするのは取り返しのつかない事態ではない」
「だかMFTがフラグメントするのは嫌だ」というから、ややこしくなる。

まあ途中までMFTがデフラグできることを知らなかっただけだろうけどね。

>>303
いや偉大にして完璧超絶無比のツールであるところのPerefectDiskスレだよ。

そろそろcontigからかけ離れてきてるからやめないか？

>>306
いや、断じてやめない！！絶対やめないぞ！！
天地神明にかけて！！！

つーか、そういうくだらないレスしかできない人間って寂しくない？（笑

粘着荒らし宣言ｋｔｋｒ

ＰＤもなぁ・・・
まぁＤＫは糞として、Ｏ＆Ｏよりもいいんだけど、
ＮＴＦＳ領域のデフラグは今一つなんだよな・・・

>>307
該当スレでやった方が意見が出るんじゃないのと思っただけ。
ここでやる意義がわからん。

Contig,DirMSについての意見がまったくないし。

>>309
結局それぞれの得意分野を上手く使う事が重要なんだろうなと思うが。

結局、SMARTCLOSEである程度プロセスを殺して、Contig,DirMSでデフラグ(時間があれば時間のかかるコマンドも使用)してBuzzsaw-Sを使ってる。

>>309-310
現在あるデフラグソフトの中から一つ選ぶならPerfectDisk一択だよ。

> ここでやる意義がわからん。

自分が仲間はずれの話題が続くとやたら「すれ違い」って言い出す厨房ってどこにもいるよねぇ。
少しも我慢できない子供。

そもそも他のツールのことを知らなきゃ評価できないだろうに。
意外とID:Xjw6ku/b0みたいに井の中の蛙状態って多いものだよ？
そして>>310もそんな感じだ。

ここでやる意義がわからんに一票。

一応誘導。
ttp://pc7.2ch.net/test/read.cgi/software/1081445402/l200

スレ違いだしウザイって事に気付けよ。

日付(ID)が変わってから擁護するあたりに恣意的なものを感じるのは俺だけではあるまいw

>>313-314
ったく、気に入らない発言に何も他に文句がつけられなくなると、最後につける理由が
「スレ違い」なわけだよ。

そして内容のある発言ができない人間に限って、「スレ違いだ」ということで自分は何か
そのスレに貢献していると錯覚し、自己満足を得るわけだ。

そんな理由でいう「スレ違い」発言など聞く耳持ちませんな（笑

>>315
はて、俺は常に平常心だよ？こそくなことを考えている自分の小ささを自覚したまえよ。

長文荒らしは全部あぼーんで快適

>>316

それを言い出すときりがないしContig以外の話題でスレが埋まるのもどうかと思っただけなんだけど。

まぁ、Contigに関しては話題も出尽くしてる感じもするから他ソフトとの併用,比較なら別にかまわないのかなと思ったけど、だんだんスレ違いになってるからなぁ。

ここまでくると「デフラグ総合スレ」とか立てて話し合う方が色々な意見も聞けて良いとも考えたが結局、「重複」「糞スレ」とかでうやむやになる気もするし。

まぁ、だからといってここで語る意義がわからないのは確か。

PDスレ,O&Oスレ,DKスレ,結局どこでやっても結局スレ違いだよね。

まぁ、あんまりこだわらない方がデフラグの話題の幅は広がるか....

>>そのスレに貢献していると錯覚し、自己満足を得るわけだ。
それはない、話題がそれてContig関連の意見がないのが嫌なだけ。
スレ違いは、スレ違い。そこに変わりはないだろ？

他のソフト知るの為にこのスレが犠牲になる必要性も無し。

該当スレをみて参考にしつつ学べば良いんじゃないのか？

デフラグ総合スレ Part1
http://pc7.2ch.net/test/read.cgi/software/1148613630/

なんだこりゃ
良スレが一気に糞スレ化したな

長文荒らしがスレ潰しですよ
>>306-307のやり取りで確定

>>319
おまえ、よくそれだけ意味のない文章書けるなぁ。

>>322
「スレ違い」って発言こそが荒らしだと分からない人間に教えてあげてるんだけどね。
自分が何も意味のある発言ができない。しかしなんとか加わりたい。だからスレ違いだなんだと、口を挟もうとするわけ。
そういう人間は普段は絶対発言しないんだよね（笑

>>ID:1cBjaTFJ0
総合スレッド（>>320）ができてるから、以後はそっちでやってくれ。

>>322
正直すまなかった。スルーしておくべきだったな。
>>320が総合スレ立ててくれたんで、言うことはもう無いけど。
>>323
総合スレで以後宜しく。

昨日の　ID:Xjw6ku/b0　です。デフラグ総合スレ Part1を立てていただいたので，
そちらに書くことにします。ウザイと感じた方，迷惑をかけたみなさん，済みませ
んでした。また，誘導してくれた方，ありがとうございます。

別スレに書くから面倒だなぁ。俺はあくまでこのスレに書くよ（笑

> 今回で最後です。

最後ってなにそれ？最後っ屁のように別スレに自己満足のために書いて、後は知らんってこと？ひどいねぇ。

> すると，HDDの空き領域を全部予約することになるから。勝手に全部予約しておいて，削
> るべきと主張するのは茶番。

何をいってるのかさっぱり分からん。少なくとも俺はそんなこと(文章の意味すら読み取れない)主張してないし。

> また，約750bytes以下のファイルならMFTのみ1024bytes肥大
> との結果は不変であり，「HDDの容量あたりもっともMFTの使用量が多い」との表現はあな
> たの無理解を意味する。ゆえに意味不明。

これも何を言ってるのかさっぱり分かりませんな。強いて言えば「HDDの容量あたりもっともMFTの
使用量が多いサイズ」があなたのいう「750byte以下」に対応するわけで、それを俺は別な表現を
しているだけのこと。

そしてその表現が使われた文章では、具体的な数値が重要になるものではないのだから、
俺の表現で何も問題ない。細かな数値を上げることの必要性もない文章で、相手が具体的な
数値を上げないから無理解だというあなたの人間性を疑うね。

> 化することもある。これは私にとって予想外だった。まぁ，私の過ちと言えばそれまでか

それが「予想外」というのがそもそもあなたが何も分かってない証拠。つまりあなたは初期のMFT予約領域の
サイズにしておけば間違いないと思いこんでいたわけだ。で、その反動で今度は逆に「とにかく大きなサイズを
予約しておかなくっちゃ」という強迫観念にとらわれてしまった。

MFTの必要量はどうやったところで予測はできない。それは初期に予約されているサイズも
「それほど根拠はない」ということに他ならない。根拠の薄弱なものにあんたは必要以上に
固執している。そして俺からその点を付かれてもあなたは自分の行動の正当性を説明できない。

当然だろう。あなたの行動（「初期化時に決められた予約領域のサイズを尊重すべき」）の根拠はないのだからね。
ない根拠を示さなければならなくなって、あなたは自己防衛のために過剰なまでの攻撃性を俺に向けているわけだ。

> もしれないが。あなたは過去，予約領域が不足した経験がないかもしれないが，そうでな
> いケースもあるということ。

あるよ？MFTがデフラグできるツールがまだ発売されていなかった頃(NT4の頃とか）は、非常に難儀したものだ。
だから今はMFTがデフラグできるツールを常用しているわけだよ。あなたはせっかく現在は便利なツールが
あるのに大昔の俺と同じように、MFTのフラグメントを避けるために必要以上に神経質になっている。
まったくご苦労なことだ。あなたほど自縄自縛という言葉がふさわしい人間はいない。

> いずれにせよ，各自の環境においてMFT肥大の傾向は大きく異なるし，使用傾向が変化す

MFTの必要量は所詮予測など出来ないのだから、多目に確保しておいたところで大して意味はない。
そんな考え方ではいくら「多目」にしたところで安心できなかろうに。
むしろMFTがフラグメントしたらデフラグすればいいと考えるべき。

あなたがMFTをデフラグすることなぜそうまでいやがるのか、単に経済的に有料のツールが買えないからなのか、
それともポリシーなのか知らないが、あなたのその「信念」には合理性がない。Windowsを使っている時点で
有料のソフトを使っているわけだからね。

> ユーザーは稀だろう。そして，私は予約領域削除に伴うMFT断片化の可能性の上昇を，無
> 視できない程度のものと評価し，あなたは一般に無視できる程度にとどまると評価してい

まったく違うね。「無視できる程度しか増えない」ではなくて、「MFTが断片化したらMFTをデフラグ出来る
ツールを使ってデフラグすればいいのだから、そんな此の世の終わりが来るように恐れる必要はないって事。

そんなにMFTの断片化を避けたいなら、HDD全領域を予約領域にすればいいじゃん。
あんたのいっていることは極端な話、そういうことなわけだよ。

「平地に直線を引いて、なるべくその線に沿って歩いてください」といえば、多くの人間は多少左右にぶれながらも
だいたいは線を中心に歩くだろう。しかし線の右側が断崖絶壁であれば、線の左寄りを歩くだろう。
なにしろちょっとでも右にはみ出てしまったら、取り返しが付かないのだからね。

あなたの想定しているMFT予約領域は、この例のように片側が断崖絶壁であるようなものだ。
絶対に崖から落ちない（MFTがフラグメントしない）ように神経質になっている。

しかしMFTはデフラグ可能であり、フラグメントしたら（線の右側にはみ出てしまったら）、デフラグすればいい
（ちょと左に軌道修正すればいい）だけのこと。安全に安全にと(フラグメントしないように神経質なまでに）
注意を払う必要はないわけ。

> る。それだけのこと。一方で，予約領域削除にめぼしいメリットがないことは後述。

あなたのように偏執的にMFTのフラグメントを予防する意味の方が、よっぽど少ない。
それは「MFTはデフラグ出来ない」から「MFTがフラグメントするのは避けるべき」という前時代的な
今では何の意味もなくなった価値観を無意味に引きずっているだけだ。

正直、ここまで引いたのは初めてだ。
なんつーか、普通にキモイ

ヲタってやーねー

> 『「そうしている人がたくさんいる」からそうするのが正しい』と言ったのは私でなくあな
> た。あなたの論理によると，予約領域を削るツールを持たないユーザーが大多数ゆえ，削減
> しないのは正しい。

あのね、「そうしている人がたくさんいるから、そうするのが正しい」というあなたの考えが
間違いであることを示すために、俺はあえてそういっているのであって、俺は
「そうしている人がたくさんいるから、そうするのが正しい」という考え方を正しいとは思ってないと
いってるんだよ？

もうアホですな。「あなたの考えが正しいなら太陽が西から昇るだろう」といったら、
「あなたは太陽が西から昇ると言う間違った主張をしている」と返されたようなもの。
馬鹿にはつきあいきれない。

> これに限らず「可能性はゼロではない」「初期設定の予約領域サイズに
> 安心している」「途中までMFTがデフラグできることを知らなかっただけだろう」（>>304）
> など,自分で相手の虚像を作って批判してみせるシャドーボクシングは勘弁してほしい。

じゃあそれぞれあなたは「そう主張してない」という証拠を見せてよ。「初期の予約領域サイズに
安心している」という下り一つとっても、結局あなたは根拠なく「初期の予約サイズにしておくべきだ」と
主張しているのだから、「初期の予約サイズにしておけば安心」と主張していると受け取られても
仕方ないと思うよ？

そういわれたくないなら、初期の予約サイズを尊重すべきという主張を取り下げるか、
あるいは尊重すべき理由をきちんと示すことだね。ただ「最初そうであったから」という理由だけで他に
理由なく尊重するのは盲信だろう？（笑

> 30GB中空きが13GBで予約領域を2MBに削減。状況にもよるが，きついと思う。 (レス番510）

別にMFT予約領域が足りなくなったってMFTは拡張できる（まあフラグメントはするが）。
その発言者の「だからOfficeのアップデートが失敗」云々は信憑性がありませんな。
そしてフラグメントしたならデフラグすればいいこと。

あなたのこうした発言の節々に「よく知らない」ってことがうかがい知れるんだけどね。

> ディレクトリが削除しにくい理由は，ファイルの場合，そのファイル単体が不要なら削除で
> きるが，ディレクトリは内部のファイルがすべて不要な場合に初めて削除できるから。後者
> の方が削除の障害となる要素が多くなる可能性が高い。

んなのこじつけだと思うよ？だいたい途中でファイルを削除しようがしまいが、ディレクトリをたくさん作る
人もいれば作らない人もいる。そんなのは使い方に圧倒的に依存するわけで、削除した場合の話など
取るに足らない誤差の範囲。

理由をこじつけてるだけにしか見えない。あなたは最初、ディレクトリを削除したらMFTは縮小されないから云々の
話をした。俺に削除されたエントリは使い回されるから問題ないと指摘されると、さすがにそう主張するのは
あきらめたらしい。しかしそれではあなたの気が収まらなかったのだろう。そのためにこういう無理矢理のこじつけの
話を出してきたわけだ。はっきり言ってみっともないと思うよ？（笑

「取り返しのつかない事態ではない」のは「ぐちゃぐちゃ」の件も同じ。しかも，この場合

まあそれはそうだね。だから俺は別にMFT予約領域を縮小することを積極的に支持してはいない。
単に、「そうする意義もゼロではない」といってるだけのこと。予約領域に食い込んだファイルが
ぐちゃぐちゃになってもデフラグすれば直るし、逆にMFTがフラグメントしてもオフラインデフラグをかければ直る。

それだけのこと。ニュートラルだろう？（笑
特に一方を支持すべき理由がないならニュートラルなスタンスをとるのが合理的な考え。
一方あなたは、一方を支持する合理的な理由もないのに、ひたすらMFTの予約領域を縮小することに
拒絶反応を起こしている。それを俺は合理的な判断でないといってるのだよ。

> はMFTの断片化のケースと異なり，損失の事後回復だけでなく，手動で予約領域を削除する
> ことで，損失の発生を未然にかつ容易に回避できる。

んな手動でHDDの残り容量やMFTのサイズを見て計算してMFTの予約領域を変更するよりも
自動でやってくれた方がいいじゃん。ようするにあなたは、自分のこだわりがあるMFTの予約サイズ設定を
自動でやられるのが気にくわない、ってことだよね。まあ「自動化される」ことに何でも反発する人はいる。

その昔（MS-DOSの時代）は、新しいソフトをインストールする場合、どのディレクトリにソフトを入れるかを
ユーザーが考えてインストールした。時代は下りWindowsでインストール作業が自動化され、いつの間にか
知らないディレクトリが作られ、レジストリも変更されるようになったとき、反発する人はいた。
勝手にソフトがディレクトリやレジストリをいじるから、自分のマシンの状態が把握できなくなった、とね。

そういうのは時代の流れだと思うけどねぇ。そしてそういう便利な道具が出来る以前にさんざん苦労した
人に限って、そういう便利な道具に抵抗を感じるのも、しかたないとは思うが、残念ながら時代は流れていくわけで、
早く頭を切り換えた方が得だと思うよ？（笑

> なお，予約領域をデフラグメンタで削っ
> ても，全削除は考えにくく，予約領域が残る限り「ぐちゃぐちゃ」にされる危険は十分ある。

なんか、この人は意味が分かって言ってるのだろうか？ファイルを格納する空きスペースがなく、システムが
仕方なしにMFT予約領域からスペースを割いてファイルを確保する時に、せこせこやるので配置が
乱れるわけ。最初から予約領域が狭まっているなら、それは普通の「空き領域」なのだから、
そういうことは起こらない。

また狭めた予約領域でもまだ足りずにシステムがそこからさらにファイルを格納するためのスペースを
確保しなければならない時は、「ぐちゃぐちゃ」は当然起こるが、そんな状態、すなわちほとんど空き領域が
ない状態、ならどうしようもないのは当たり前じゃん。

あくまで「好ましくない状態」が起きる確率を減らす手段に過ぎない。MFT予約領域そのものの存在も、
それを自答的に削減する機能も。

> 削減のメリットはこれを自動的に回避できる場合があるかもしれないという程度にとど
> まる。だから，私は予約領域削除のメリットよりデメリットの方が大きいと考えている。

だからぁ、「デメリット」はなにさ？あなたのは比較になってないんだよ。
常にあなたは「メリットはそれほど大きくないから、やるべきではない」といってるのと同じ。

デメリットは存在しない。しいていえばMFTがフラグメントを起こすという、あまりありそうにな自体が
起きたときに、オフラインデフラグをかけなければならないことだが、オフラインでフラグは
メタデータのフラグメントなどのために、どのみち定期的にかけるものだよ。したがってデメリットは存在しない。

要するにあなたはオフラインでフラグをしないことを前提にすべて考えているわけ。
あんたがなぜそういう信念をもっているのかしらないが、たとえばあなただって、「デフラグはかけない」という信念の
持ち主が、涙ぐましい労力をしているのを見ると、デフラグソフトを使えば簡単なのに、と思うだろう？

あなたのMFTのデフラグはかけない、という信念も俺から見ると同じなのだよ。

> 最後に，MFT予約領域のデフラグメンタによる自動削減に関するまとめ
(中略)
> あなたは（1）を重視して削減に積極的。私は（2）を重視して削減に消極的。

上にも書いたが、別に俺は削減に「積極的」ではないよ？単に「消極的」になる理由はないし、
あなたのように「消極的」を通り越して「拒絶反応」じみた「積極的な拒絶」は
感情や先入観(MFTがデフラグ出来なかった頃の)の産物であり、合理的な理由に基づく
判断ではないといっているだけのこと。

実際、自分で感じたろう？自分が思っていたほど自分の主張に合理的理由がないと。
それとも自覚できなかったかね？それはちょっと不味いなぁ（苦笑

うわぁ…
ネトネトした人だなあ

ID:VpJDfJOS0 のレスは自慰。
ネトネトなのは…

そもそも、一体何を揉めてるの？
誰か４Ｇバイト以内で説明してよ。

HD-DVDが必要なぐらい多くなるから無理

>>336
>>320でやれ、場所取りすぎウゼェ
>>別スレに書くから面倒だなぁ。俺はあくまでこのスレに書くよ（笑
移動すれば済む話。面倒なら書くな。

さわるなキケン

>>327
＞別スレに書くから面倒だなぁ。俺はあくまでこのスレに書くよ（笑
とのことですので、contigの話題をしたい人用にwindows板にスレ立てました。

【デフラグ】contig【軽量】
http://pc8.2ch.net/test/read.cgi/win/1148693597/l50

以降、ソフトウェア板のこのスレは放置でお願いします。

ヘイ！　お前らが騒ぐせいか新作が出たぜ！

>>312
Contiguスレなんだから、Contigと比べなけりゃスレ違いと言われてもしょうがないな

>>345
×Contigu
○Contig

>>344
落として見たけど、Ｅｘｅは古いままだった・・・

3/27のv1.53しか見あたらないけど？

馬鹿が窓板に建てたスレのことだろ？

メカ君出張ご苦労様ですw

保守

標準のでフラグのレポート見ると、
MFTのサイズが200MB、使用率が99%なんだけど、
どうせファイルが増えることが分かっている時って
最初からMFT大きくしておくと化できないもんかね？？

あと、MFTの位置もだいたいパーティションの真ん中あたりに配置して
シークにかかる速度をだいたい平均化できんもんかね？
ってこれは何か有料のソフトを買わなきゃ無理か。

NtfsMtfZoneReservation

NtfsMftZoneReservation は 4 になってるんだけどなぁ。
こりゃ事後に設定しても意味無いのか？

＞これは、実行時パラメータであり、ボリュームのフォーマットに影響しません。

ってことだから、次に MFT の拡張が必要になったときに反映されるのかな。

Diskeeperでは大量にフォルダを作って削除するという方法でMFTを大きくする

標準ツールのいう「MFT使用率」って「MFT＋MFT予約領域」に占めるMFTの割合じゃないと
思うよ。うちにもMFT使用率99%のドライブがあるけど，DiskViewでみるとMFT予約領域が
山ほど余ってるので。なので>>352はとりあえずDiskViewでMFT予約領域の残りを確認した
方がいいんじゃないかな。

RAMDiskでContig……やっぱり、すごい速さ。

MRAM時代が待ち遠しい。

>>358 ソリッドステートな記憶素子で
デフラグってあんまり意味がない気がする。
って、MRAM 時代が待ち遠しいってのはそう言う意味じゃなくて？

ところで、ディスク内で 1000 以上のフラグメントに
分かれているファイル一覧を簡単に得る方法ってあります？
できれば CSV で吐いてくれるとうれしい・・・

>>357 THX 確認してみます。

しかし PowerDefragmenter GUI っていいですね。
Contig かけた後に標準のデフラグも連続実行
してくれる機能があるなんて。

保守

＞Contig かけた後に標準のデフラグも連続実行
個人的にはContigのやってることが台無しになる機能である気もするがな

>>362 空きスペースを連続化する意味はあるけどね。
Vista Beta 2 で PowerDefragmenter GUI 無問題。

保守の人も居るようなので，続けますね。
■NTFS4DOS
・セキュリティやシステム復旧関連のソフト開発会社Datapolが，個人用にフリーで配布するデータサルベージツール。
・FD,CDから起動してNTFSのドライブにアクセス。
・チェックディスクを行う「CIACHK」，オフラインデフラグを行う「DFRGNTFS」が含まれる。
説明　http://esd.element5.com/product.html?productid=300021129&languageid=1¤cies=USD_EUR#10988
DL先　http://www.datapol.de/dpe/recovery/ntfs/index.html
USBメモリからもブート可能な模様
http://askthegeek.kennyhart.com/2005/12/how-to-make-bootable-thumb-drive-virus.html
udma drivers を使うとディスクへのアクセスが速くなるらしい
http://www.ubcd4win.com/forum/index.php?s=1bbd90bf4803468d20615935c323a668&showtopic=843&pid=7976&st=0?userjs_srhl_1;1

それから，一度名前出てるけど，一応これも。
■DefragMentor Lite CL
・製作者はその名もDefragmentor Sofrtware
・コマンドライン
・指定ファイルのデフラグ可能
・デフラグせずにスキップするファイルも指定可能
・ファイル名指定の際，ワイルドカードを使用可能
・サイズは約90KB
・直接ファイルにアクセスせず，native Windows defragmentation routinesを使うので安全らしい
Introduction　http://www.defragmentor.com/dmlcl/en/home.asp
How to use　http://www.defragmentor.com/dmlcl/en/howtouse.asp
Download　http://www.defragmentor.com/dmlcl/en/download.asp　※メールアドレス欄は空欄のままでよい
Screenshot　http://www.defragmentor.com/dmlcl/en/screenshots.asp

ついでに登録不要だったBussawの旧バージョンのDL先も貼っておきます。公式にはもうないようなので。
Buzzsaw On-The-Fly Defragmenter 2.0.0.2
Screenshot　http://www.i-descargas.com/cat/sistema/defragmentacion/buzzsaw_2.0.0.2/img_1.jpg
Download　http://www.archivospc.com/programas/descargar/Buzzsaw%20On-The-Fly%20Defragmenter.php
「Descargar ahora」とある白いボタンをクリック

↑zipが404

>>367
落ちてくるよ？

M$、Winternal社を買収

ttp://www.winternals.com/Company/PressRelease92.aspx
ttp://www.sysinternals.com/blog/2006/07/on-my-way-to-microsoft.html
ttp://www.microsoft.com/presspass/press/2006/jul06/07-18WinternalsPR.mspx

一つのHDDにc、d、eっていう３つのパーティションがあって、
今はContig使うときに
contig -s c:\*.dll
contig -s c:\*.exe
contig -s d:\*.dll
contig -s d:\*.exe
contig -s e:\*.dll
contig -s e:\*.exe
って６回実行してるんですが、１回の実行で全部やる方法はありますか？

>>370
contig -s c:\*.dll c:\*.exe d:\*.dll d:\*.exe e:\*.dll e:\*.exe
は？

一番最後の引数しか見てないよ

>>370
バッチ組めば？

http://cowscorpion.com/HDD/AusLogicsDiskDefrag.html

>>370
contig -s c:\*.dll & contig -s c:\*.exe &（以下略

素直にできねーっていえよﾀｺ

ようこそいらっしゃい、風物詩君

タコじゃねーよイカだよ

いよいよイカ臭くなってまいりました

保守

これ使うためだけに結構時間かけてしまいましたよ。
コマンドラインも慣れなきゃと思ってるんだけど、
未熟者にはこれだけでも敷居が高いんだなぁ…

>>381
Cドライブの最適化するならcontig c:\* -sだけ
テキストではっ付けて拡張子を.batに変えればよろし。

保守

保守

このソフトで
\sytemvolumeinfomation　をデフラグする方法ってある？

runassys

>>386
さんきゅ

保守

こんてぃぐしょー

保守

保守

>>385

runassys cmd
contig c:\*
でいいようだ。

保守

保守

ファイルのデフラグだけをやってくれるのはいいな
空き領域をギッチリ詰めると、あとでサイズが増えたファイルとか、
エントリの増えたフォルダとかは間違いなく断片化するから、
適度にスカスカにしておいたほうがいい。

サイズが増えないことがわかってるファイルだけギッチリつめてくれたらいいのに

あと、これDOSから実行すればWin2kでもフォルダの断片化解消してくれないかな

>>395
＞サイズが増えないことがわかってるファイルだけギッチリつめてくれたらいいのに
その手のファイルの拡張子を指定してデフラグかければよろし

＞あと、これDOSから実行すればWin2kでもフォルダの断片化解消してくれないかな
fool

サイズが増えないことがわかってるファイルは専用のドライブに置けばいい

>>396
ちょっと誤解がある
たとえばC:\I386以下全部とか、C:\DISCOVER以下全部とかは、
まず構成が変わらないから連続した領域に収めたいんだ
ほかの、C:\Program FilesとかC:\Documents and Settingsとかは
ころころ変動するから、ファイルとファイルの間に適当に空白領域を作っておきたい
Contigのデフラグっていうのは、たとえば*.dllと指定したからといって、
それを連続した領域にまとめてくれるわけじゃないでしょ？

>>397
Diskeeperなんかだと、Win2000でもPC起動時にフォルダの断片化を解消してくれるんだけど、
ContigでもPC起動時でいいからできたらいいな、ということなんだが、なんでfoolなんだ

>>398
ドライブ1個の場合はパーティションを区切れということかな。面倒
それに、WINNTフォルダ以下のファイルから、サイズが増えなそうなのを
吟味して連続した領域に置きたい、という希望もある

もし実現すれば一番HDDにやさしいデフラグソフトになると思うけどな

なんか勘違いしてないか、この人？

きっとFAT32で使ってるんだよ
可哀相に

FATサイデリア〜

今日、一つ前のバージョンのcontigで、runassysを使ってC:\System Volume Information
にデフラグをかけた所、その時はうまくいったんですが、その後は「有効なWin32アプリ
ケーションではありません」というエラーが出てcontigが使えなくなりました。
exeファイルをみると、サイズが0KBで中は空っぽになっていました。

そのあと、現行バージョンのcontigを落としてデフラグをかけた所、機能はしたのですが、
contig.exeが断片化しました。

一応、報告。

アクセス権を取得したほうが何かと都合がいいと思う。

cacls.exe "C:\System Volume Information" /T /E /G Administrators:F

あ、すまん。勘違いした。>>404は忘れてくれorz

>>405

runassys cmd
cacls.exe "C:\System Volume Information" /T /E /G Administrators:F

ならうまくいったぞ。

>>404,405
なんにせよレスありがとう。アクセス権の方もそのうち試してみるよ。
>>406では問題は出ていないようだし。

ただ、>>403では言葉足らずだったけど、現行バージョンの方は普通に
パーティション全体にデフラグかけただけでexeファイルが断片化した
んだよね。今まで旧バージョンではそういうことは無かったんだけど。
うちの環境の方が原因かも。

>>403,407
Contigで、そんな現象に遭遇したことは無いなぁ。

RunAsSys類似のPsExec(Sysinternals)は試した？
C:\WINDOWS\PSEXESVC.EXEが生成されてしまうけど多機能。

結局は、アクセス権設定して普通に動かす方が無難かと・・・

>>408
Contig.exe　69,632　2005-04-13　13:29:08
↑このバージョンが一番安定してる。
これより新しいやつは、私の環境では
まともに動作しなかった。

>>409
それじゃわからん
プロパティからバージョン情報見るとかしろよ

>>410
サイズと日付で何が分からんのか分からん。
1.52.0.0
1.52
Sysinternals
英語 (米国)
Contig.exe
1.52
Sysinternals Contig
Contig

>>409
>私の環境では…
OSぐらいは晒してくれないと…
あと、どんな不具合なのかも知りたい。
教えてくれまいか？

XP HOME SP1　Contig 1.53で異常無し。

>>411
＞サイズと日付で何が分からんのか分からん。
教えを請う立場でこの言いぐさはないと思う
あと、普通はファイルサイズとかじゃなくてバージョンの方で判断するんじゃないの？

Win2kSP4UR1　Contig1.53　で問題なし

>403,407と>409は別人じゃないの？
かと思ってた。

>>412
Windows 2000 SP 4 です。
日本語のファイル名で、デフラグ出来ないやつがある。
どんな文字が駄目なのかは未だに分からんけど・・・

>>413
はぁ？
「教えを請う立場」って何だ？
私は何にも質問なんかしてないんだが？

なんか痛い人が一人で騒いでる

一部で話が錯綜してるようだけど、>>414の言うとおり、>>409とは別人だよ。

話を整理すると、一つ前のバージョン（今となってはバージョン名確認不能）
で runassys をつかって C:\System Volume Information をデフラグし、成功
したが、その後は二度と使えなくなり、 contig.exe は0KBの空っぽに。

次に、現行バージョンで別のパーティション全体を普通にデフラグしたら、機
能したものの、contig.exeが２つに断片化。ちなみに、さっき別の場所に置い
てある現行バージョンのcontigで、断片化したcontig.exeにデフラグをかけた
が解消できなかった。
XP Home sp2

>>408
PsExecはまだ試してないよ。次はアクセス権の方でやってみようと思ってる。
まぁSystem Volume Informationをデフラグすることはそうそうないけど。

保守

buzzsawとrunassys + contigがあれば、他のデフラグソフトはいらないような気が
してきた。

保守

教えてください
ダウンロードして実行しても動きません。
黒っぽい画面が一瞬出て終わります。
何か別なソフトが必要ですか？

>>421
CUIのアプリを使ったこと無いのか！？
現代っ子だなぁ

>>421
このｽﾚを「GUI」で検索するくらいのことはしたんだろうな？

>>421
＞ダウンロードして実行しても動きません。
「実行」って、まさかアイコンをダブルクリックしただけじゃないだろうな？
>>8を見てもわかんなかったらあきらめたほうがいいと思うぞ。

　 ,j;;;;;j,. ---一､ ｀ 　―--‐､_ l;;;;;;
　｛;;;;;;ゝ T辷iﾌ i 　 　f'辷jァ　 !i;;;;;　　CUIって何？
　 ヾ;;;ﾊ　　　　ﾉ　　　　　　　.::!lﾘ;;rﾞ
　　 `Z;i　　　〈.,_..,.　　　　　　ﾉ;;;;;;;;>　　そんなふうに考えていた時期が
　 　,;ぇﾊ、　､_,.ｰ-､_',. 　 　,ｆﾞ: Y;;f.　　　俺にもありました
　　 ~''戈ヽ 　 ｀二´ 　　 r'´:::.　`!

皆様のおっしゃる通り。
CUIもGUIも聞いたことすらありませんでした。
422さん、423さん、424さんもかまってくれてありがとうございます。
検索してみると、MYCOMジャーナルというところで
CUIの詳しい説明がされているのを発見しました。
四苦八苦しつつイジっております。
今のところ>>8を見ても全くわかりませんが、
しばらく頑張ってみます。

>>426
わからなかったら>>25を使えばいいざますよ。

>>8でわからないというのがけっこう衝撃

>>428
世の中、お前の住んでいるところだけが世界じゃないぞ。
>>426はPCこそ心者だが、実社会では会社の社長や弁護士という
ことも十分ありうる。あるいは、まだ小学六年生かもしれない。

ちょっと分かっているつもりになって、何もかも自分の尺度で判断しては
いけない。

本人乙

　 ,j;;;;;j,. ---一､ ｀ 　―--‐､_ l;;;;;;
　｛;;;;;;ゝ T辷iﾌ i 　 　f'辷jァ　 !i;;;;;　　>>8を見ても分からない
　 ヾ;;;ﾊ　　　　ﾉ　　　　　　　.::!lﾘ;;rﾞ
　　 `Z;i　　　〈.,_..,.　　　　　　ﾉ;;;;;;;;>　　そんな時期
　 　,;ぇﾊ、　､_,.ｰ-､_',. 　 　,ｆﾞ: Y;;f.　　　俺にはありませんでした
　　 ~''戈ヽ 　 ｀二´ 　　 r'´:::.　`!

>>429
本人乙

>>429がカワイソ過ぎるので
■正しい使い方
1.Contig.exeをC:\に置く
2.スタート＞ファイル名を指定して実行＞cmdと入力して実行
3.コマンドプロンプトに以下を入力
cd c:\ 　←C:\へ移動
contig -s c:\*　　←Cドライブをデフラグ
4.(ﾟДﾟ)ｳﾏｰ

■オプションについて
contig [オプション] <ファイル名>
という風に指定する

[-v]　詳細な情報を表示
[-a]　ファイルがどれくらい断片化されているのかを表示
[-s]　ワイルドカードを使用する場合

例えば、「c:\winnt」にはいっている全てのDLLファイルを最適化するには、
「contig -s c:\winnt\*.dll」とする

>>433
それでわかるヤツなら>>8でわかると思うぞ

こんばんわ。
その後いじくってみましたが、さっぱりわかりませんでした。
実は、>>1.Contig.exeをC:\に置く
というところでもうすでに全く意味不明でした。
やはり、この時点で致命的な感じかなと自分でも思います。
MYCOMジャーナルのページも見ていて気が遠くなる感じでした。
また、会社の同僚やエクセラーと私が呼んでいる事務員
（かなりパソコン詳しいと思っていた）にも聞いてみましたが、
コマンドプロンクトについて、全く知らない状態でした。
「C:\に置く」とはどういうことでしょうか？
よろしければ教えてください。
424さんの言うとおりかもしれませんが、宜しくお願い致します。

あと、429さんは、私ではありません。
429さん、かばってくれるようなかたちになってくれて、どうもありがとう。
433さんも434さんもありがとうございます。

c:
cd \
contig c:\* -s


この上のをメモ帳にでもコピーして保存。
後は拡張子を「.bat」にすれば、Cドライブの最適化はそれでできる。
C:\直下っていうのは、エクスプローラで見たら「ローカルディスク (C:)」って書いてあるとこ。
そこに「contig.exe」をコピーするなり切り取る形で貼り付ければいい。

後は適当に、一番上のところに書いてあるのを変えれば、
優先度低の最適化やら、他ドライブの最適化やら色々出来る。
その辺はこのスレを見て適当にいじってみれば出来る。

次は「拡張子って何ですか？表示されませんけど」と言うはずだ

更にその次は「リモートアシスタンスでどうですか？もう、まかせますけど」と言うはずだ

流石にそこまではなかろうてｗ

でもまあ、テンプレとかある程度まとめておいたほうがいいのかもな。
とはいえ、コマンドプロンプトをよく知らんでも、
スレを最初から読んでればわかると思うんだけどな。

最終的には「釣りです」とか言うはずだ

つうかわかんねえならO&Odefragでも使っとけよ

使用法の把握できないツールは使うべからず。
下手なことして副作用おこしてもつまらんから鉄則だと思うんだが、その辺を把握できる頃には
同時に初心者は脱出してるもんだし、仕方ないか。

>>440
俺は逆ギレに一票

ファンクションキーがイミフで怖くて押せなかった時代が俺にもありました

sage忘れｽﾏｿ

こんばんわ
436さん、ご丁寧にありがとうございます。
この情報をもとに頑張ってみます。

あんまりしつこく尋ねるのもどうかと思ってましたので、
437さんの予言はハズレです。
もちろん拡張子って聞いたことあるか？という程度で、まだまだ苦労しそうですが。

>>439さん、それがわからないところは何回読んでもわからないんですよ。
スレ読むだけでわかるかたは、私的にはかなりコンピューター詳しい人だと思います。

他の皆さんも、アドバイス等どうもありがとう。

>>445
>>8や>>436のどこがわからないの？それを書かないと話は進まないんだけど。
日記みたいなレスしかしないんなら別に書き込まなくていいよ。

っていうか、がんばってまで使う意味がわからん。
こいつの場合は標準のデフラグ使ったほうがぜったい手っ取り早い。

いや、436も439も俺だけどさ。
このスレに来るまで、ろくにコマンドプロンプトを使ったことも無かったぞ。
それでも、文脈とかからなんとなく理解できると思うんだが……

度々失礼します。デフラグ出来ました！
ありがとうございました。

>>447さん、そうですか。
私には何のことだか全くわかりませんでした。
ダブルクリック以外の操作は、何をしていいやら。
CUIって単語で少し前進しました。
436で書いていることで、ゴニョゴニョやったらできました。

いや、ホントありがとう！

単語が分からなければ調べればいいよ

> スレ読むだけでわかるかたは、私的にはかなりコンピューター詳しい人だと思います。
逆だよ。
普通スレ見れば分かる

そんなところ突っ込むところでもないだろうに

runassysでぐぐったら配布元より先にこのスレが出てきちゃったじゃないか

保守

soldat閉じ

なんか変なマップで落とされてたみたいでｽﾏｿ

ｿﾏｿ　誤爆した

>>446に禿道です

なぜそんな遅レスを

最新のContigの容量がやけに増えてるんだが、何か変わった？

33KB→55KBなら
http://pc8.2ch.net/test/read.cgi/win/1148693597/42
じゃないかな

実行ファイルで68KB→175KBに増えてたから何事かと思った
プロパティみてみたら両方ともv1.53だし、変更はなさそうね
デジタル署名付いただけとはｗ
レスthx

新しいバージョンにしたら、デフラグ出来ないファイルが一杯増えた・・・

そうなの？
特定の拡張子？

>>462
いや、原因究明はしてないけど、何となくファイル名が問題みたいな感じ。
日本語で使ってはいけない文字があるのだろうか・・・

保守

日本語表示出来ないだけじゃなかったっけ？

>>465

たいていはその通り。他に「ä」みたいな文字が入っていても表示されなかったと思う。

ところで
IObit SmartDefrag
http://www.iobit.com/SmartDefrag/index.html
あたり、Contigと組み合わせて使うと面白いんじゃないか？

どうすれば面白くなるんだ？
Contigだけで十分だろ

バックグラウンドでデフラグさせるのはどうも……
第一、XPなら標準で有効になってる機能だし

>>468

頻繁に使うファイルを優先的にデフラグするって機能は便利だろう。

>>469

XPにon the flyなデフラグ機能はないけど……

on the flyって言葉の意味分かって使ってるのか

───┐
□□□│ﾐ ζﾟ 　　＜ on the fly !!!
□□□│
□□□│
□□□│
□□□│
□□□│
□□□│
□□□│
　.＿.　 │
　| | |　 │
￣￣￣￣￣￣￣￣￣￣

>>471

HDDを監視し、断片化したファイルを見つけ次第デフラグするのが、Buzzsawなどの
on the flyなデフラグ。

>>465 >>466
ファイル名に「%」が入ってるとデフラグ出来ないね。

▽Power Defragmenter GUI 2.0.110
http://download.cowscorpion.com/dl/files/HDD/PowerDefragmenterGUI.zip

解凍したexeファイルをContigと一緒のフォルダに入れて起動。

>>474

H:\m\down>start /b /low d:\contig\contig "%##.zip"

H:\m\down>
Contig v1.53 - Makes files contiguous
Copyright (C) 1998-2006 Mark Russinovich
Sysinternals - www.sysinternals.com


Summary:
Number of files processed : 1
Number of files defragmented: 1
Average fragmentation before: 13 frags/file
Average fragmentation after : 1 frags/file

できたが……バージョンによってできないのがあるのか？

ファイル名が
ab%cd%efg.nullpo

とかじゃないだろうな

>>1
> オススメな使い方は、「start /b /low contig c:\*.exe」「start /b /low contig c:\*.dll」。

これでｃドライブのｅｘｅとｄｌｌだけがデフラグされるってことだよね？

わからないなら>>25のをつかう

これって160Gのディスク全体をデフラグすると時間はどの位かかりますか？

そりゃ断片率とかにもよる。
うちも160Gだけど、まぁあれだ。
断片率とかにもよる

ディスクの使用率にもよるな
全体の容量が160GBってだけじゃエスパーにしか答えられん

>>481
君はどのくらいかかるのか教えて下さい

>>482
データは100Gくらいあります

＞断片率とかにもよる

つーか、レスつけてくれてる人に礼すら言わずに「君」呼ばわりとはビックリだ。

>>483
最短０秒〜最長２日、って所か。

3ヶ月ぶりにデフラグやったけど３０分掛からなかった＠８０Ｇ

>>478

その通り。

２７０G　断片化率55%で４時間経ってもおわらね(´Д｀)

ほかのソフトならその十倍はかかる

あげ

保守

>>475ではファイル単品のデフラグができないバグの修正版

注意：余計なページが開くけど、無視して待ってると
　　　　「保存」のダイアログが開く。

▽Power Defragmenter GUI 2.0.125
http://www.majorgeeks.com/downloadget.php?id=4647&file=15&evp=c79438530819c515d256389a53df3d8b
Date: 2006-06-07
Size: 410 Kb
License: Freeware
Requires: Win All
Downloaded: 54616 Times

保守

>>493
Sorry, this download link is expired.

つながってるよ。

javascript有効にしないとダメなのな。

なるほど。他のリンク探してみる。

▽快速磁盆整理Power Defragmenter GUI　2.0.125
http://fileforum.betanews.com/sendfile/1110989780/1/PowerDefragmenterGUI.zip
http://www.qxbbs.org/article/uploaded_software_for_download/10/PowerDefragmenterGUI.zip
http://freeweb.siol.net/razor256/downloads/PowerDefragmenterGUI.zip

>>498乙

JavaScriptオフでも落ちてきたし
Click here if it does not.を押したら待たなくてもDL始まったよ

>>498
真ん中だけサイズが大きいね

これしばらく使ってたけどダメじゃね？
久しぶりにPerfectDiskで分析してみたら穴だらけで並びもデタラメになってた
PerfectDiskでデフラグやり直したらやたら時間かかって複数回デフラグやるはめになったが
終了後はしっかり体感でサクサクになってるの。IEとかjaneとかエクスプローラのツリー展開とか
なので使うの止めます

抜粋
--------------
断片化していないファイルには手を出さないので、他のデフラグソフトのように大量の
ファイルを移動させることは少なく、ハードディスクへの負担もそれだけ小さいはず。

Cドライブの断片化したファイルのみを処理してくれる。
断片化していないファイルを動かさないのが、Contigのいいところ。

他のデフラグソフトだと、デフラグそのものがHDDに大きな負担をかけ、寿命を余計に
縮めてしまう。

ほとんどのデフラグソフトはディスクをデフラグするんだが、Contigはファイルを
デフラグするソフト。

徹底的なディスクのデフラグを繰り返すと、アクセス速度は
大きくなるかもしれないけれど、ディスクの寿命は多分縮む。

ソフトによってポリシーが異なるんだから、
ほかのでフラグソフトでやれば結果が違うのは当たり前田。

ちょっと効果無さ杉に感じる。
断片化率を他のデフラグソフト２本で見ても改善がみられなかった。

馬鹿には使えないソフトです

>>505
デフラグソフトは体感速度の速くなるデフラグをするものと
速くはならないけど、その後の断片化をしにくくするものと2種類あるよ
お前の言ってる効果がスピードアップの事ならこれは役に立たない

>>507
断片化率が改善しないと言ってるのだが？

>>508
あるファイルを contig でデフラグして断片化ゼロにしてから
他のソフトでそのファイルを調べると、まだ断片化してると
表示されるの？

>>508
contigはファイル単位で断片化を解消するものだから。

いろいろ結果を見てみたけど
contigでは断片化率（断片化したファイル）はほとんど減らないよ。

１個のファイルが３００に断片化しているのを５０程度の断片化にしてくれるだけなので
断片化したファイルのままなのだから、断片化率は変化なし。

でも実質的にファイルアクセスする場合に
あっちこっちいったりする必要性が減るので、アクセス効率は良くなってるはず。

俺はcontigった後、HDD分析するとかなり綺麗になってるけど。
diskeeperでは。

>>511

空き容量が十分ではないディスクで使うと、大きなファイルは完全に
デフラグされないこともある。

また、オススメな使い方は、オススメな使い方は、「start /b /low contig c:\*.exe」
「start /b /low contig c:\*.dll」みたいに、ファイルの種類を指定してのデフラグ。

>>513
いちいちそんな指定なんか不要
>>25←これを通して"Conting"を使えば楽々ファイル種類指定デフラグOK

いちいち指定するわけないじゃん。ランチャに登録とかするだろフツー。
自分はfenrirから起動してるけど、ショートカット作るだけでもいいし。
逆にそんなツールを使うのはまどろっこしくないか？

そうでもないか。

>>514

batファイルを作っておいたほうが手間がかからん。

PowerDefragmenterGUIから起動すると、コマンドプロンプトの/lowオプションが使えない。

runassysとの組み合わせでも、batファイルを作っておいたほうが手軽になる。

しかし50Gくらいで全ファイルデフラグしても大して時間掛からんし(ファイル数にも寄ると思うが)
/lowオプションてそんなに必要なのかね

>>511
それは、その３００に断片化したファイルを
一つにまとめる連続した空き容量がないだけ。
あれば、ちゃんと一つにしてくれる。

私の認識不足でした。

fenrirから起動してコマンドプロンプトの/lowオプションを使う場合。

//=C:\WINDOWS\system32\cmd.exe /c start /b /low <contigのパス>Contig.exe -s c:\*.%A

この一行をfenrirのinstant.iniに追加。
これでたとえば「// exe」と打てば c:\*.exe をデフラグ。
使い方は人それぞれだろうけど、俺はこれで事足りてる。

XPのデフラグやContigではキレイに並ばないから
ノートンのSpeedDiskを使ってしまうｗ

XPでノートン使ってるやつなんているのか…
普通はPerfectDiskかDiskeeperかO&O Defrag使うだろ
NT系ではノートンSpeedDiskはゴミ

ウィルス対策でセットになってるからね。

HDDはいいからメモリディフラグを、、

ディレクトリのみのデフラグ

dir /a:d /s /b c:\ > list.txt
for /f "delims=" %d in (list.txt) do <contig_path>contig.exe "%d"

batファイルに記述するときには、「%d」を「%%d」にしておく必要がある。

ファイルに落とさずに
in ('dir /a:d /s /b c:\')
でええやん

ちゅか
ディレクトリなんかデフラグせんで
ええやん

特定のソフト関係のデータのみ整列させておきたいとかあるだろ。

>>528

ディレクトリがもっとも頻繁にアクセスされるんだから、ディレクトリのデフラグは
やっておきたい。

デフラグおもしれええええええええええええ

おもしろい・・・？

>>528
断片化が起こり易くなるから駄目。

ディレクトリのデフラグって>>25じゃできないの？

出来るよ

>>534
最新版で出来るyo

>>534

ディレクトリのみのデフラグは>>25じゃできないようだ。

>>534
>>25 は単に contig を GUI で使うだけ。

誰か>>526,527をもう少し取っつき易く解説してくれ

dir /a:d /s /b c:\ > list.txt
Cドライブ下の全フォルダのパスが入ったリストを作る
for /f "delims=" %d in (list.txt) do <contig_path>contig.exe "%d"
そのリストをContigに読ましてデフラグ

for /f "delims=" %d in ('dir /a:d /s /b c:\') do <contig_path>contig.exe "%d"
Cドライブ下の全フォルダをデフラグ

↓こんなの使ってる。
VBSのみでも完結するけど…
"Contig.vbs"のショートカットをSendToにでも置くと便利かな。

' "Contig.vbs"
' "Contig_dir.bat","Contig_file.bat"をContig.exeと同一ディレクトリに置く。
Set WshShell = CreateObject("WScript.Shell")
Set fso = CreateObject("Scripting.FileSystemObject")
Set arg = WScript.Arguments
If arg.length<>0 Then
fpath = arg(0)
If fso.FileExists(fpath) Then
bat = "<Contig_Dir_Path>\Contig_file.bat "
Else
bat = "<Contig_Dir_Path>\Contig_dir.bat "
End If
WshShell.Run bat & """" & fpath & """"
End If

' ※<Contig_Dir_Path>←Contig.exeのディレクトリパス※
----------------------------------------------------
@echo off
rem "Contig_dir.bat"
rem ドライブ 又は ディレクトリ を Contig -s (サブディレクトリを含)
echo Contig -q -s %1\*
cd /d <Contig_Dir_Path>
cmd /k Contig.exe -q -s %1\*
echo.
----------------------------------------------------
@echo off
rem "Contig_file.bat"
rem 単一ファイル を Contig -v (詳細表示)
echo Contig -v %1
cd /d <Contig_Dir_Path>
cmd /k Contig.exe -v %1
echo.

>>534
>>25は不具合のあるバージョンだから出来ない
対策されてる>>498のバージョンなら出来る

ありが�d！

>>543

PowerDefragでできるのは、指定したディレクトリの中のディレクトリとファイルを
デフラグすること。

指定したディレクトリとその中のディレクトリのみをデフラグするには、>>526-527の方法を
使うしかなさそう。

不勉強で申し訳ないけど、そもそもディレクトリ自体にフラグメントって発生するものなの？

するよ

そうなんだ。4096バイト(だっけ？)以上のファイルしか発生しないもんだと思い込んでたよ。

ディレクトリ用の領域にはサブディレクトリやファイルの情報が入ってるから
ファイルが増えれば領域足りなくなって領域追加→フラグメント
ってなる

ディレクトリもファイルとして実装されてるからな

誰もいなくなった

'指定パス以下の64MB未満のファイルのリストを作り、list.txtに格納するVBスクリプト。
'パラメータにパスを指定して使う。ただし、ドライブルートを指定すると不具合が出るかもしれない。
'使用者の自己責任で使用してください。

Set args = WScript.Arguments
Set Fs = WScript.CreateObject("Scripting.FileSystemObject")
Set listfile = Fs.CreateTextFile("list.txt",True)
path = args(0)
If Fs.FolderExists(path) Then
Call RecursibleSearch(path)
Else
MsgBox "このパスは実在しません。"
WScript.Quit
End If
listfile.close
MsgBox "Finished creating list.txt"
Sub RecursibleSearch(folderspec)
Set fol = Fs.GetFolder(folderspec)
Set flc = fol.Files
For Each fl1 in flc
If fl1.Size<67108864 Then
listfile.WriteLine fl1.Path
End If
Next
Set sfc = fol.SubFolders
For Each sf1 in sfc
Call RecursibleSearch(sf1.Path)
Next
End Sub

>>552
各命令が何をやってるのか書いてもらえるとうれしいです。

Set args = WScript.Arguments 'パラメータ取得のための準備
Set Fs = WScript.CreateObject("Scripting.FileSystemObject") 'Fsにファイルシステムオブジェクトを代入
Set listfile = Fs.CreateTextFile("list.txt",True) '結果を出力するためのテキストファイルを作成
path = args(0) 'パラメータを取得し、pathに格納
If Fs.FolderExists(path) Then 'もしもpathにフォルダーが存在するならば
Call RecursibleSearch(path) '検索機能を呼び出し
Else 'pathにフォルダーが存在しないならば
MsgBox "このパスは実在しません。" 'メッセージを表示して
WScript.Quit '終了
End If '（フォルダーの存在確認終了）
listfile.close 'ファイルハンドルlistfileを閉じる
MsgBox "Finished creating list.txt" '終了メッセージ
Sub RecursibleSearch(folderspec) '検索機能の定義
Set fol = Fs.GetFolder(folderspec) 'フォルダーを取得し、folに代入
Set flc = fol.Files 'フォルダー内のファイル群を取得
For Each fl1 in flc 'ファイル群のそれぞれのファイルについて
If fl1.Size<67108864 Then 'サイズが64MB未満ならば
listfile.WriteLine fl1.Path 'ファイルのパスをlistfileに書き出し
End If '（ファイル群処理の終了）
Next '（次のファイルへ）
Set sfc = fol.SubFolders 'フォルダー内の下位フォルダー群を取得
For Each sf1 in sfc '下位フォルダー群のそれぞれについて
Call RecursibleSearch(sf1.Path) '検索機能を再帰呼び出し
Next '（下位フォルダー群処理の終了）
End Sub '（検索機能の定義の終了）

>>554
>If Fs.FolderExists(path) Then 'もしもpathにフォルダーが存在するならば
ここは
もしpathがフォルダとして存在するならば
じゃないの？

>>555

うむ。

保守

前にwin２０００で動かしたときはかなり断片化を解消してくれたんだが
winXPに変えて起動してみたら全然解消してくれない。
動作自体はしていて出力されたログが若干前とちがうんだよなぁ・・以下ログ（概要）

Summary:
Number of files processed : 22722
Number of files defragmented: 2
Average fragmentation before: 1.00066 frags/file
Average fragmentation after : 1 frags/file

あ、あとPowerDefragmenterGUI使ってやると動作終了後に何故か標準デフラグのレポートがCUIで
表示される。
前使って良いツールだったんで是非また使いたいので、良い知識があれば頼む。

環境を書いていなかったので書いておく。

OS：windowsXP Pro SP2
HDD：160G*2（RAID0）
Contig Version：1.53
PowerDefragmenterGUI Version：2.0.125

追記になるが、断片化ファイルのスキャンのみを行って実際に断片化を解消する動作を
していない感じだ。

連投ｽﾏｿ。
上記のログはcontig単体で動かすと普通の挙動だなorz
んでさらに分かったことがOSが入ってるパーティション以外なら正常に動作する・・・
RAID０だからなのか？とも思ってRAID構成の別パーティションをデフラグしてみると見事に
断片化を解消してくれる・・・
システムドライブだけはスキャンのみをして解消をしない。という事みたいだ
ちなみにセーフモードで実行してみたが結果は同じだった。
もう少し調べてみようと思う。何かいい改善案あったら教えてください。

オラのＣＯＮＴＩＧは正常だお　（　＾ω＾）

PowerDefragmenterがGIGAZINEで紹介されてる
http://gigazine.net/index.php?/news/comments/20070218_power_defragmenter/

システムドライブの断片化が解消できたー。
原因は簡単でページングファイルが断片化していてそいつを解消できなかったぽい。
設定は他ドライブにページングファイルを設定してたので忘れてたわorz
なんで残ってたんだろ・・・

ページとハイバネは一度無しに設定してデフラグ後に再作成するようにしてる

ハイバネ連盟

＞＞動作終了後に何故か標準デフラグのレポートがCUIで表示
まだ作業中じゃばか者！CUIは勝手に閉じるものじゃばか者！

このソフトすげええええええええええええええええええええええ

前回ろくに見てなかったときはコマンドラインとか書かれてたからパスしてたけど
再度よく見たら>>562を知って早速インスト・・・ってほどじゃないか
そしてやってみたら

うひょーーーーーーーーーーーーー断片化がなくなってるうううううううう
それもやりたいファイルだけ
PC2台にすぐにDLしといた
なんで今までこれを使わなかったんだよ・・・バカ俺＿|￣|○

実は今まで動作が速いMeで使うDKLでまるごとデフラグしてたけど、
いちいち再起動が必要だし、なんせMeというOSそのものも残さなきゃいけなかったから・・・
もともとXPとのデュアル構成だったから現状はいいんだけど、
新規にPCを作る場合にはもうMeはいらないな！

で、質問なんですけど、このソフトは別PCのデフラグもLAN経由で出来るんでしょうか？
ふと考えた変な質問ですいません

その場合はデフラグ“されてる”PCの負担はどれぐらいなんでしょう？
例えば、別PCに繋がっている外付けHDDからそのPC経由でデータを持ってこようとすると、
その別PCの方が負荷がかかって重くなるので、ここでもそういうことが起きるのかなと

　　　 　 　 　 　 　 ,,,,｡―'━━-＿:
　　 　 　 　 　 _／″ 　 　 　 　 　 `''i､
　 　 　 　 　 ,/゜　　　　　　　　　　　　｀'、
　　　　　　 ,i"　　　　　　　　　　　　　　 `i、
　　　　　 .,/　　　 、,,、　　　　　　　　　　 ﾞl、
　　　　 .,/｀　　　.,i´ .ﾟ!i､　　　　 ,r'ﾟ'・r,　　 ｀'i､
　　　　./　　　 ,,,il　●.,l“““““''l| ●.,l｡_　　 ｀'i､
　　　 .,|　　 .,-″`-,,,,r゜　　　　.ﾚ.″,i″｀'¬i､ .ﾞl,
　　　 ,lﾞ　 .j″　　　 : 　.r‐:ｗx,　.ﾞﾞ‐'゜ ._,,ｖ．　"'l,.ﾘ
　　　.Z　 ,「.rrrr-,｡,,: 　.|、　　.》 ..,,,,-･ﾟ゛,,,,,y-． ［.ﾞl
　　　.l　 ,lﾞ .ー'＝�＝� ."ﾍ,xxil} ｀,r‐'"ﾞﾞ＿,,,,,,,,,,,i| .ﾘ
　　　:|　.l′ ﾞ'''ll,＝-　　　 .ﾞl　　　　.'",,,,,ﾚ　　　 |　.l:　　　　　　
　　　:|　 ﾞl　　　.ﾞ"l━＝''''''''ﾞ“““““ﾞﾞﾞ~'k　　　　 l: : |
　　　.l、　l　　　　 `i,,　　　　　　　　_,,,,,,l,　　　　ｹ　］
　　　 ト　.|　　　　　 ﾞヽ、　　　　.,i'ﾟ~　　［　　　.,ト　.l
　　　 .ﾞl,　ﾞk　　　　　　 “'･'r---ﾆ---ｖ┘　　 .］　 ┃
　　　　.ﾋ　:l、 ._,ｗｗｗｗrr←―ｰ=-ｖ,,,,,,,,＿_, ,ド　 l!
　　　　 .'ｋ ﾞV'″　　　　　　　　　　　　　 : : .ﾞ~''y,,┘
　　　　　 ﾞ'┴.,,｡,,,,,,,,,,,_　　　　　　　　　　　　 ,,r'°

>>566
あぁすまん。どこまでが動作範囲なのか分かってなかったので。
（あの段階ではレポートが出てくること自体を不可解に思ってました。）
後、CUIは勝手に閉じるものだけじゃないですよ。

>>570
558の間違いでした。（570の一個前のレスも）

Power Defragmenter GUIとContigって同じ？

違う。Power Defragmenter GUI=フロントエンド

0Д0)ゞ

contigって何KBまでのクラスタサイズに対応してる？
64KBはサポートしてなくてダメでした……

いろいろ試してみたんだけど
NTFSは4KBにしたら使えた。8KB以上はダメでした。
FAT32は4KB・8KBは確認済みだけどそれ以上はどうなんでしょ？

2000以前のFSCTL_MOVE_FILE APIの仕様
XP以降にしない限りどのデフラグソフト使っても同じ結果

そろそろ脳のデフラグをしたい

脳はソリッドメディアだからデフラグいらんと思う

保守

Contig Ver.1.34
http://www.microsoft.com/technet/sysinternals/Utilities/Contig.mspx

ソースってねーの？

>>581
乙

1.53から1.54になったけどどこが変わったの？

実行ファイルのサイズがだいぶ小さくなってるね

1.53安定してるからしばらくこれでいいんじゃね（？＿？）

こんな記事があった。
> ・SMARTの値は故障するかどうかとまったく関係がない、壊れるときは突然死がほとんど
> ・デフラグの中であるアルゴリズムは通常ではありえないヘッドの動きをさせるため、確実
> にハードディスクに過剰な負担がかかって故障の原因となっている
http://gigazine.net/index.php?/news/comments/20070328_hdd_repair_02/

Googleが言うんじゃ間違いないな。
デフラグはHDDを殺す。間違いなく。

gigazineの記事は意訳しすぎたのか単にアホなのか知らんが
原文とは全く違う結論に到達しているので注意

>>587
フラグメントさせまくったHDDを使う方がパフォーマンスも落ちるし、故障率も高くなるだろ

でフラグは小まめにやるか、全くやらないかだな。
やらないか

ゆっくりデフラグするソフトを作れば負担もかからなくなるんじゃね？

まあ低価格SSDに期待だ

そもそも
Document And Settings
Program Files
Windows
Down
Cache
でパーティション分ければデフラグなんて不要なんだよ。

>>592

JkDefragを使うといい。「JkDefragCmd -s 5 -a 3 c:」でかなりゆっくり。

>>594
かなり良さそうだなｗ

>JkDefrag
これ使うと普段ではありえない怪音がHDDからするな

デフラグってドライブの空きが15％以上ないとやったらまずいんですかね？
ＸＰ標準のはできないけどAuslogics Disk Defrag は出来るっぽいんですが

>>594
その全てのパーティションが断片化するじゃん。

>>594
分けてるけどデフラグは必要。
てか物理的に分けないで内部でパテ切りだったらおすすめしない。

>>597

HDDが腐り始めてるんじゃねぇ？

保守

ファイル名指定はC:\*でサブフォルダ内も全部やってくれるの？

Power Defragmenter GUIだけど、これプライオリティも変更出来るようにしてくれればいいのにね。

補助フソトのpower defragmenterで動かしているけど、
ものすごい速さで、それはいいんだけど、ハードディスクが悲鳴をあげる。
こんなことやっていて、いつも寿命が縮んでいるのではないか、と心配なほどだ。
それほど潔癖症でなければ、使っていれば断片化は避けられないんだから、
ほどほどにデフラグをやってくれる、Auslogics Disk Defragが程よい。
完璧にデフラグするのではなく、実用上差し支えない程度にやってくれる。
速さはcontigより速い。あっという間。
でも、ハードディスクには損傷がないように思う。

>>604
帰れ巣に

>>604
スレのびてねーなｗ

　 |∧∧
　 |･ω･)　　　 ﾀﾞﾚﾓｲﾅｲ...
　 |⊂　　　　　ﾊﾞﾙﾀﾝ ｽﾙﾅﾗ ｲﾏﾉｳﾁ...
　 |

　　　　　　　　 (V)∧_∧(V)
　　　　　　　　　ヽ(･ω･)ノ　　ﾌｫｯﾌｫｯﾌｫｯ
　 　　　　　　　 　/　 /
　　　　　　　　 　ノ￣ゝ

　　　　　　　　　　　(V) ∧_∧ (V)
　　　　　　　　　　　　 ヽ( 　　)ノ　　ﾌｫｯﾌｫｯﾌｫｯﾌｫｯﾌｫｯ
　　　　　　　　　　　　　 /　 /
　　　　　　　　　 .......... ノ￣ゝ

保守

名ソフト保守

極悪非道のageブラザーズ
漏れら極悪非道のageブラザーズ！
今日もネタもないのにageてやるからな！
￣￣∨￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　 ∧＿∧ 　 ∧＿∧ 　　　age
　（・∀・∩）（∩・∀・）　　　　age
　（つ　　丿 （ 　　⊂）　age
　 （　ヽノ　　 ヽ/　　）　　　age
　 し（＿）　　 （＿）Ｊ

sageたままだった orz

ﾊｽﾞｶｼｲﾜ(　´д)ﾋｿ(´д｀)ﾋｿ(д｀ )ﾊｽﾞｶｼｲﾜﾈ

Wincontigというのがあったが調子はどうよ

　

最強あらわる

contigは夢のようなソフト。　まさにドリームソフト！１

俺的には最近、Jkに押され気味
でも好きだよcontig

詳細なオプションを使うときはcontig、とりあえず全ドライブをデフラグしちゃいたいときは
jkというふうに使うのはどうだ。
自分は詳細なオプションに興味がなかったからjkしか使ったことがないけど･･･。

JKは間違いなくHDDを殺す

JK使った直後はHDDが空回りしているかのようなコッコッコッっていう
異音が聞こえていたけどしばらく使っているうちにならなくなったな。

どんなデフラグメンタを使ったところで
やりすぎればHDDの寿命を縮めるのは一緒だろうに

>>621

断片化しているファイルだけを扱うContigとくらべると、隙間を詰めるために、
断片化していないファイルまで動かすソフトは「やりすぎ」になりやすいと思われる。

空き領域の圧縮はDiskeeperとかもやってるけど
JKはHDDをRAM見たいなノリで無茶な並べ替えやってそうな気がする。
やっぱ商用のデフラグっていろいろ考えられているのかね。

保守

>>623
気がするだけのことで
よくぞそれだけ言い切れたもんだ

たいしたもんだ

それほどでも

JKは間違いなくHDDを殺す

お前エロ動画集めすぎなんだよ

>>627
そんなにシェアとられるのがくやしいかcontig儲

>>627

-a 2で使えば、JkもContigと大して変わらない。

contigなんでこんなにCPUが100%で空回りし続けるんだ。
効率悪すぎ。

JK=女子高生？

>>632
JK=女子高生だとすると・・・

　>>617
　俺的には最近、女子高生に押され気味
　でも好きだよcontig

　 >>619
　女子高生は間違いなくHDDを殺す

　 >>620
　女子高生使った直後はHDDが空回りしているかのようなコッコッコッっていう

　 >>623
　女子高生はHDDをRAM見たいなノリで無茶な並べ替えやってそうな気がする

テラカオスｗｗｗ

そうでもないか

保守

専ブラのキャッシュをデフラグするのに便利だわねぇ〜　♥（*＾。＾*）♥

保守

これ使ってみたけど、面白いな。
コマンドプロンプトの画面に文字がずらーっと出てきて、怪しいプログラムみたいな雰囲気がよい。
PCに詳しくない人が見たら驚きそう。

わー♪>>638さんそれ何？
え？そんな事出きるの？すごーい
ねえねえ>>638さんがなんかすごい事やってるー

638「え？いや全然凄くないですよｗ」


そして>>638はこの事をきっかけにPCの相談をされるようになり
親密に関係を深めていくのであった

しかし本当に638は凄くないな・・・

Wクリッコするだけだしな　

（ただデフラグするだけなら）

こりゃまたどえりゃーソフトだぎゃ

>>639
むしろ面倒押し付けられフラグが立つんじゃ

ハードディスク壊すだけ

http//dougadewakaru.com

>>643
そしてここの常連となる↓
http://pc11.2ch.net/test/read.cgi/win/1178203794/

これってVistaでも問題なく動作しますか？
まだ買ってないけど・・・

vista 64bit版でも動いちょります。

>>639
の粘着ぶりに乾杯
凄いなんて言ってねーだろ…
初心者が超初心者をバカにするのはどこも同じだね

君は一体何を言ってるんだ。

>>649
の勘違いぶりに（ry

保守

Contig がどうしても Config に見えてしまう。

google.corn が google.com に見えてしまう

株がどうしても妹に見えてしまう。

最近、新しいバージョン来ないね。
これ以上どこ改良するんだ、とか言われたら返事のしようがないんだけどさ。

そもそもNTFSって構造上フラグメントが発生しないからな。
せめてWin9xの時代だったらまだ需要があったかもしれないのに。

> そもそもNTFSって構造上フラグメントが発生しないからな。
何言ってるのこの人

>>658
しっ、見ちゃいけません！

↑カス乙
もっとパソコンのOSのことを勉強しろよｗ
NTFSは断片化はしねーんだよ
人をバカにするときは足元をお留守にしないこった
余計な恥かくぜチョンｗ

>>657はMicrosoftの宣伝に騙されてしまった可哀想な人

ttp://www.atmarkit.co.jp/fwin2k/experiments/defragment/defragment_column.html

これはヒドイｗｗｗ

>>660

なら、マイクロソフトがNTFSもデフラグできるデグラフAPIを用意しているのはなぜだと思う？

保守

「NTFSはフラグメントしない」と主張する人は
NTFSがどんな仕組みでフラグメントを防止してるのか説明しろ。
「extはフラグメントしない」と主張する犬厨もな。

「NTFSはフラグメントしない」というう迷信は
初期のNTにデフラグツールが付属してなかったことから生じた勘違い。

「extはフラグメントしない」という迷信は
BSDのFFSがディスク利用効率を高めるために「フラグメント」という仕組みを持っているが
extはその仕組みを持ってないことから生じた勘違い。

>>666
>「NTFSはフラグメントしない」というう迷信は
>初期のNTにデフラグツールが付属してなかったことから生じた勘違い。

これ違うんじゃね？
MSが主張してたような気がするけど

ああMSが言ってたな

断片化を爆速で処理する無料デフラグソフト「Auslogics Disk Defrag」
ttp://gigazine.net/index.php?/news/comments/20070619_auslogics_disk_defrag/

爆速ってのがまた。負荷凄いんじゃね？

もともとNTFSは断片化しないから実質的な処理時間は0だからな。

>>666

確かに、リナックスユーザってそれよく言うよな。
｢unixのファイルシステムは断片化しない。｣
って。
で、解説サイトとかで仕組みを見てみると、普通に断片化しうる仕組みだったりしてね、
面白くて仕方がない。
ウィンドウズと違って、断片化してもそれを解消する手段もないみたいだしね。

正直、｢断片化しない｣は言いすぎだと思うんだ。
｢断片化はするが、性能に直結するほどではない｣くらいにしておけよと思う。
なんでリナックスユーザってなんでも断言するのが好きな人が多いんだろう･･･。
まあ、ウィンドウズユーザも同じようなもんかもしれんが･･･。

OSじゃなく直で起動してNTFSパーティション内デフラグとか無理なのかな

>>673
つ　『すっきりデフラグ』
http://pc11.2ch.net/test/read.cgi/software/1081445402/

>>674　Windowsコア自体は起動してるじゃまいか

商用のブートタイムデフラグするか
別HDDにOS入れてデュアルブートしてデフラグするかしておけ。

デフラグをもっと快適に楽しむ為に、
新ＰＣをポチりました。

そういえばシステムドライブを完璧にデフラグするだけのために
Windows2000を二つインストールしてると言ってた人が居たな。
デフラグスレの過去ログのどこかで見た。

http://kanonji.blog4.fc2.com/?tag=contig
exeだけでもデフラグしておけば、断片化によるアプリケーションの起動がもたつくのを防げるはず。

と、書いてありますがそうなんですか？dllもでしょうか？

そのへんはお好きなように。
個人的にはそんなに時間のかかる処理でもないし、全部やってしまってよい気もするが･･･。
デフラグする必要のないファイルはスルーしちゃうしな。

Contig

v1.54 (3/21/2007)
Wish you could quickly defragment your frequently used files? Use Contig to optimize individual files, or to create new files that are contiguous.

>>677
デフラグの為に、９８ＳＥを入れてあります。
パーティションは全部ＦＡＴ３２で、ノートンＳＤを使う。

HDDの空き容量さえ十分空いてればデフラグなんて不要。
ちまちま並べ替えなんてやってる暇があったらHDD増設しろ。

HDD増設したら電源がヌッ壊れました

といった損害賠償請求先は>>683でおｋ？

>>679

ディレクトリもデフラグしておいたほうがいいね。

>>682
今時デヴかよｗ

2つの物理ディスク使ってデフラグしたら効率的で健康的だと思うんだがどうだろう

>>687
途中でフリーズしたときのこと考えるとなかなかむずかしそうだけど

・・・そうでもないか。空きがあれば。

デフラグの理想系はこんな感じだな

・ファイルシステム、というかカーネルに統合され
ファイルの書き込み中にフラグメントの数を記録してあまり多いなら
そのファイルを直後にデフラグする（現状OSとデフラグが全く連携していないからあまりにも無駄が多い）。

・暇な時間にドライブを走査し1MBあたりのフラグメント数の高いファイルのリストを作成。
それに基づいて順次デフラグ。

・ただしあまり気合を入れてフルスピードでデフラグしすぎない（たぶん1/100のスピードくらいでも十分）。
どっち道追加・変更されてすぐフラグメントしてしまうファイルも多いので。

まあ、ようするにcontigｲﾗﾈ

>>689

contigがいらんのなら、なぜここにいる？

赤ちゃんだな

保守

保守

なんか更新ないもんかね。

別に今のヴァージョンで不満ないし

>>669
100GBのエロ画像置き場で使ったら断片化ファイルのところで長考しやがるｗ
それ以外は速い…？

そりゃそうだろ

JK とどっちがまし？

>>698
>>618

>>696
そういう使い方するんだったらcontig使う必要ないとおもうけど・・

Program Filesのようにフォルダ名にスペースが入っている場合には
どうすればいいですか？
contig C:\"Program Files"\* -s　←だとできないです。(´･ω･`)

こうすればおk

contig "C:\Program Files\*" -s

>>702
できました！
ありがとうございました。

あ、入れ違いで成功の報告があったな。


contig C:\Progra~1\* -s


でもええよ。（環境によっては「1」が違う数字になるケースあり）

コマンドプロンプトでcontigを使うなら、
contig実行前に目的のディレクトリに対して「dir /X」を実行して、DOS形式のファイルorディレクトリ名を確認するとよろし。

>>704
こちらの方法でもできました。
ありがとうございました。

これ本当に良いね。
別ソフトで分断化してるやつだけ抽出して、
全部これで連続にしてる。
前に詰めるのはとっくに止めた・・・

保守

>別ソフトで分断化してるやつだけ抽出して、
kwsk

標準のデフラグで分析→レポート表示
すると断片化してるものがだら〜っと表示される

それって表示してるだけじゃん

>>710
そこに表示されている「断片化しているファイルのリスト」に載っているファイルを、contigで断片化解消させるってことでしょ。

それってバッチ出来るの？

手動で名前をつけて保存してフィルタかましてやるしかなさそうだな。

>>713
秀丸のマクロでやってる。

NTFSでもFATでもデフラグしたほうがいいの？
NTFSはしないでいいとよくきくけど

・Winnyをやっていない
・HDDの空きが常に30%以上ある
・HDDに対する書き込みが2chのログ・ブラウザのキャッシュ・アプリが作るファイル・セーブデータ程度である

この条件を満たしているなら年一回とかで十分

どういう条件なんだ

>>715
Win標準のデフラグなどで分析して断片化がひどいようなら、なるべくデフラグはしたほうがいいよ
ファイルの読み込みが確実に速くなるし、1回のファイルアクセスに伴うディスクへの負荷も軽減するから。
例えば、ひとつのファイルが20個に断片化してたら、1個のファイルに対して20回のアクセスが発生する。
でもこの断片化を解消してひとつにしてたら、1回のアクセスで済む

>>713
ふつうにフリーソフト2つ使えば可能

>>718
詳しく！

>>716-717
なるほど
ネットサーフィンぐらいしかしてないからなぁ
たまにやる事にする　Thx

>>717
ふつーの使い方をしている限り
デフラグパラノイアが大騒ぎするほど
フラグメントの害はないってことだよ。

消費電力、HDDの寿命がどう変化するかなんてデータは示されていないし
速度に関してはその20箇所の断片化程度じゃまったく体感的に変化しない。

PCのパフォーマンスチューニングの中でもっとも眉唾的なのがデフラグ。
これ定説。

でも掃除感覚でたまにやらなきゃ気がすまないよね
なんか終わったあと分析するとちょと気持ちいいしな

ちいさなファイルしか扱わないならデフラグなんか要らんだろ
でもDVD作るときなんかは一度デフラグしてからにすると
エンコードが明らかに速くなるよ
それに読み込みをゴリゴリやってる間CPU遊ばせてるのもったいなくない？

デフラグは、MS-DOS 2.11 の頃から殆ど毎日やってる。
一日の作業が終わり、電源を切る前に必ずやるので、
全てのファイルが連続状態で終われるから気分が良い。

724さんにお聞きしますが、デフラグはハードディスクの寿命を縮めるとよく言われます。
ほぼ毎日デフラグされてる724さんは、この事についてどう思われますか？
また、ハードディスクの寿命が実際に縮んでると感じる事はありますか？

デフラグスパイラル

>>725
一番最初はバラバラなので、長時間掛かるし相当激しくアクセスする。
が、それ以降は、その日にバラバラになった分だけなので、すぐ終わるよ。
なので、全くデフラグしない場合に比べて、トータルではヘッドの移動とか
アクセス頻度は遥かに少ないと思う。
まぁ、毎回名前順、アクセス順とか違う風にデフラグしたり、全て、
前に詰めたりしてたら分からんけど、私の場合、ファイルが連続になればいいので。
ディスクの寿命に関しては、寧ろ伸びてる様な気がする。
会社でも自宅でも、今迄一度も壊れた事ないし。

>>727
おおーそうですか。体験に基づいた貴重なお話どうもありがとうございます。
デフラグはヤバイだの危険だのという話を良く耳にするので、デフラグする時はいつもこわごわ…
といった感じだったのですが、これからは気にせずにデフラグする事が出来そうです

ttp://gigazine.net/index.php?/news/comments/20070219_disk_failures/
こういう話もあるしね

>>728
まぁ、私の場合、デフラグは、ＰＣで行なう趣味の中の一つなので・・・

HDDを傷めないためにデフラグやるんです。
もちろん毎日。
断片化したファイルだけデフラグする。
ディスクまるごとデフラグなんかやってはいけない。

「デフラグはHDDの寿命を縮める」なんて主張する人は
何百も何千もに断片化したファイルを読むたびに
過度のシークでHDDの寿命を縮めてることがわからんのか？

そんなファイルはいっぺんデフラグすれば
次からは1回のシークで読めるようになってHDDに優しい。

「デフラグはHDDの寿命を縮める」と主張する人は
なぜデフラグがHDDの寿命を縮めるのか説明せい。

>>729
それちゃんとリンク先のとこ読んだ？
俺はそのサイトが誤解していると思うのだけど

>>732
いやすまん。読んでない。

>>731はこれ
ttp://pc11.2ch.net/test/read.cgi/win/1174562476/28

まんまコピペじゃん

頻繁にデフラグするようになってからHDD Healthの最短寿命が大幅に伸びたんだが、
あれは本当に当てになるんだろうか？

直接Smart見れるやつ使って判断した方がいいかも

寿命診断なんてあてにならないだろ

まぁ目安の目安くらいでしょ

起動毎に読み込まれるシステム関連のファイルのデフラグはやるべきだろうなぁ。
真っ赤かなシステムドライブと、真っ青なシステムドライブの起動時の音の違いを
聞くと、デフラグをしないではいられなくなるｗ

最近のHDDは高速で音が静かなのであまり気にならないのかもしれないけど
古いうるさいHDDだと音と起動速度の違いが大きい。
アンチウィルスソフトが動いているとさらに差が広がる。

大体、システムドライブはOSのアップデートパッチ3回に1回の割合で
デフラグして赤消してるなぁ。
そして気が向いたときに統合CD作って入れ直し。

>>735
あの辺のソフトは、ランダムアクセスが起きると一部のカウントが激増するから
ランダムアクセスが減ったことが要因だと思う。
(経験上その差が大きい場合HDDの固定が甘い。宙ぶらりんだと凄いことになるｗ)

HDD診断ツールはHDDの寿命の判断には使えないけど、HDDを置く環境の善し悪しの判断には
目安として使える。

デフラグ総合向けの話題だなｗ

なるほど

　

ＵＳＢメモリを４Ｇ用意して、ＩＥのキャッシュとか
TMP / TEMP 等を其処に設置したら、
メインＨＤのデフラグの必要性はかなり減るかな。

そのかわり待避先のストレージの調達頻度が上がるかもよ。
フラッシュってのは書換回数に限界があるからな。

ファイル本体は限界の数万どころか大抵は数百も書き替えないが、
ファイルの管理領域は有効なボリュームとして稼動してるだけで寿命をすり減らしてるようなもん。
管理領域が書換不可になったら少なくともボリュームパーティション、
場合によってはドライブ丸ごとがただのROMに。

RAMDiskいいよいいよー

それ買うくらいなら
ハードディスクいっこ新しく買うわ

>>743
> フラッシュってのは書換回数に限界があるからな。
そうなんだ・・・
全く使い物にならんじゃんそんなの・・・

むしろテンポラリファイルこそHDDに置くべきだな。適当にパーティションを切って

>>747
いや皆置いてるが・・・

そりゃそうだ。

在宅アルバイトならチャットレディがオススメ。
はっきり言ってこんなに楽で自由で高収入のアルバイトは
ありません。私も経験者ですので自信があります。
下記のサイトに詳しく説明してあります。
http://www2.atpages.jp/nicl1216/

俺用メモ

start /b /low /wait Contig.exe -s c:\*.exe
start /b /low /wait Contig.exe -s c:\*.dll

　

　

　　 ／.──┬　 /⌒ヽ　┌─┴─┐　.　 |　　ヽヽヽ　　　 　 　―┼―　　　　　 　　　.|　　ヽ　　|　＼
　／| ┌─┐|　　　　ノ　　　 ￣フ　　　. ￣|￣ヽ |　 　 ,　|　 　　　　|　　　|　　　＼ 　￣|￣ヽ | .　|
　　 | └─┘|　　 　|　　　　─┼─　　　 ,ﾉ 　│　 　ノ . |　＼ |　　ゝ　 　|　　　　 |　　ﾉ 　│　　 |／￣ヽ
　　 |　　　　 J　　　○　　　 　 J　　.　　 ﾉ　 ヽﾉ　　.　 　J　　　＼＿　　　レ　　　　　ﾉ　 ヽﾉ　　 　　＿ノ

　　＿
　＿＿__ｰ┼ｰ　　　　 |　　 /　　　＿/＿
　　--　 二二_　 　／~|￣/ヽ　　 　/　　　ヽ 　|　　　＼
　　￣　ヽ | | ノ　 .|　　∨　　 |　　/　 ＿|　　　|　　　　 |
　　|￣|　 ﾉ l_　 , 　＼ノ　　 ノ　　　 （＿ノヽ　　レ

　

1.中身がいい男は顔がよくない

2.顔がいい男は中身がよくない

3.顔がよくて中身もいい男はホモ

4.顔がよくて中身もよくてホモでない男は結婚している

5.顔はそこそこで中身がいい男はお金がない

6.顔はそこそこで中身がよくてお金がある男は、近寄る女は金目当てと思う

7.顔がよくてお金がない男は、金目当てで女に近寄る

8.中身はそこそこで顔がよくてホモでない男は、女の好みがうるさい

9.お金も中身もそこそこで女の好みがうるさくない男は、恋に臆病

10.顔がよくて中身がよくてお金があり恋に積極的でホモでない男は、あなたの知らない所にいる


結論：人生＝妥協

　

　

これ使ってます。
かなり速く、しかもきちんと整理してデフラグしてくれますね。
結果から言うと、あのパーフェクトディスクを実行したのと、ほとんど同じ。
同様に速くても、Auslogics はファイルをつなげるだけです。
ただ、気がかりなのは、このソフトを実行すると、ドス画面になりますが、
まるで、断末魔の悲鳴をあげているように見えることです。
ハードディスクへの負担はどうなんでしょうか？

これ、ホントにデフラグしてるの？

Power DefragmenterのPowerModeをやって、
終わったから、デフラグツールで分析してみたら、
カラーイメージ真っ赤っかで、デフラグ汁って出るぞ。

このスレに答えが書いてある

　

これってセーフモードにしてからやったほうがいい？

そこまで気を使わなくてもいい

　

>>763
俺はエンコしながらやってる

ttp://mumei24.run.buttobi.net/cgi-bin/src/up3508.jpg
ttp://image.blog.livedoor.jp/dqnplus/imgs/a/0/a02ab7ab.jpg
ttp://nandemo.kir.jp/nandemo1/img-box/img20070714213727.jpg
ttp://www3.big.or.jp/~t-kawa/dandi.jpg

　

以前このスレに書いてあったフォルダのみのデフラグの方法の記述を元に
簡単なバッチファイルを作ってみました。
contig.exe をパスの通ったディレクトリに置いていることが前提です。
コマンドプロンプト初心者なんで、最適化しようと思えばもっと短く作れるかも…。


@echo off
if exist C:\DefragFolders.txt (
echo 既にデフラグフォルダリスト「DefragFolders.txt」が存在します.
type C:\DefragFolders.txt >> C:\DefragFolders.log
echo DefragFolders.txt の内容を DefragFolders.log に退避しました.
echo.
)
echo サブフォルダのリスト「DefragFolders.txt」を作成しています...
echo 場合によっては時間が掛かることがあります.
echo //>C:\DefragFolders.txt
echo // %date% %time:~0,8%, %cd%>>C:\DefragFolders.txt
echo //>>C:\DefragFolders.txt
echo.>>C:\DefragFolders.txt
dir /ad /s /b "%cd%" >> C:\DefragFolders.txt
echo.>>C:\DefragFolders.txt
echo.>>C:\DefragFolders.txt
echo.
echo カレントディレクトリより以下、サブフォルダ群のデフラグを行います.
echo 5秒後に開始します. 中止する場合は [Ctrl+C] を押して指示に従ってください.
ping 1.0.0.0 -n 1 -w 5000 >nul
echo.
for /f "skip=4 delims=" %%d in (C:\DefragFolders.txt) do (
echo %%d
contig "%%d" >nul
)

あ、書き忘れてた(´･ω・`)
見れば分かると思うけどバッチファイルは目的のディレクトリに移動してから使用してください。

>>769
自己レスですがちょっと改良したので。
もっとスリムに作れる気がするので暇な方やっていただけると。

変更点
・引数を指定していた場合、引数を優先して処理するようにした
・最終的に残るファイルを.logのみにし、HDDを節約
・ログファイルに残るパスを相対パスにし、更にHDDを節約


@echo off
set cd2=%cd%
rem 引数を指定している場合は引数を優先
  if not "%~1"=="" set cd=%~1
echo サブフォルダのリストを作成しています...
echo 場合によっては時間が掛かることがあります.
rem ディレクトリパスの長さを取得
  set /a N=0
  :loop
  call set W=%%cd:~%N%,1^%%
  set /a N+=1
  if "%W%"=="" goto exit
  goto loop
  :exit
rem DefragFolders.txtを初期化＆パスの簡易化
  echo.>%tmp%\DefragFolders.txt
  dir /ad /s /b "%cd%">%tmp%\Directorys.txt
  for /f "delims=" %%W in (%tmp%\Directorys.txt) do (
  set directory=%%W
  call echo %%directory:~%N%^%%>>%tmp%\DefragFolders.txt
  )
  del /q %tmp%\Directorys.txt>nul

echo.>>%tmp%\DefragFolders.txt
echo.>>%tmp%\DefragFolders.txt
echo.
echo カレントディレクトリより以下、サブフォルダ群のデフラグを行います.
echo 5秒後に開始します. 中止する場合は [Ctrl+C] を押して指示に従ってください.
ping 1.0.0.0 -n 1 -w 5000>nul
echo.
for /f "delims=" %%d in (%tmp%\DefragFolders.txt) do (
echo %%d
contig "%%d">nul
)
echo.
echo フォルダのデフラグは完了しました.
rem ログファイルの作成＆後片付け
  echo ##>>C:\DefragFolders.log
  echo ## %date% %time:~0,5% , %cd%>>C:\DefragFolders.log
  echo ##>>C:\DefragFolders.log
  type %tmp%\DefragFolders.txt>>C:\DefragFolders.log
  set cd=%cd2%
  del /q %tmp%\DefragFolders.txt>nul


可読性はあげたつもりですが、やけに長くなってしまいました(´･ω・`)

Contigの後ろ詰めVersionって需要ある？

>>773
下さい。

ドライブ毎にデフラグするんならOS標準でいいんじゃね（？＿？）

Defraggler
http://cowscorpion.com/HDD/Defraggler.html

>>25を使って1ドライブ内の*.logファイルだけデフラグできますか？

*.logをデフラグする理由が分からんｗ

出来るよ


>>778
サーバー使ってたりすれば1Gくらいのログならすぐできるよ

できるからなんだと
デフラグする理由じゃないだろ

お前バカか

ログファイルって滅多に読み込まないんじゃない？
プロセスが排他制御することはあるだろうけど、追加書き込みするだけならあまりデフラグの効果がない気がするんだけど違うのか。

する意味はまったく無い

ログにフィルタかまして集計したりなんてざらにあるわけだが。
んなもん用途次第。

どうせ一度きりだろ

　

contigとPower Defragmenter GUIをインストールしました
Power Defragmenter GUIの使い方で質問があります
Cドライブをデフラグする場合
Defragment disk：
PowerMode(TM) Disk Defragmentation：
この２つのうちどちらで行うのが良いのでしょうか？

好みの問題

>>787

Defragment disk は、
contigを用いてのデフラグ

PowerMode(TM) Disk Defragmentation は、
contigでのデフラグの後、標準のデフラグを行う

contigは断片化されたファイルのみを処理するけど、
標準のデフラグは、未使用領域の最適化も多少行う。
まぁ、好みの問題。

>>788
>>789
レスありがとうございます
なるほど、そういうことだったんですね
疑問が解決しました

どうもありがとうございました

　

このソフト、サイズが小さいし、かなり高速で処理能力がたかいのがいい。
ただ、ドス画面でものすごい勢いでデフラグしているのが、わかるが、
こんなことしていて、ハードディスクが痛むんじゃないか、と心配になる。

そうどすね

ものすごい勢いでほとんどのファイルをスキップしてるだけなので
CPUの消費電力を心配したほうがいい。

あのがーっと流れる動作が好きなんだがな。
なんか一昔前のテレビドラマとかに出てくるプログラムみたいで。

どんな、ドラマ見てたんだよ

標準の前詰め処理って、意味無いどころか弊害しかないよな、、

>>795
昔のルパンとかのハッキングしてるときの画面みたい

まああれも相当デタラメだけどな。
N88BASICのソースをlistしてるだけってのもあったぞｗ

　

一番負担かけずにデフラグできるソフトだな

弱点としてディスクの秋領域がたくさんひつよう

まじか、俺10％ぐらいしか空いてないけどな

Contigだけずっとやってると今度は空き領域のフラグメントが問題になるな

>>803
空領域は別にいいじゃん。

SetEndOfFileしないソフトばっかりだもんな

>>805
？？

　

パートのおばちゃんがコンティグとか発音しててﾌｲﾀ
お前らはちゃんとコンティニュだよな？

コンティグをコンフィグしたいぜ　（　＾ω＾）

>>805
関係ないし。

　

http://blog23.fc2.com/p/pickupgirl/file/071029-013.jpg
http://blog60.fc2.com/f/fetilog/file/fetilog-4062.jpg
http://cafefiles.naver.net/data27/2007/7/12/273/%C0%D3%C1%F6%C7%FD1.jpg

三枚目でパッドが丸見えでごわす

こんなデカイのに何故パッドを入れるの？
つーか、デフラグ関係ないし・・・

女の下着はよくわからんが、ブラつけられない服装だからとか？
まあデフラグもcontigも関係ないなw

これパッドじゃなくてヌーブラじゃね？
大きさじゃなくて形を整えたいとか谷間を作りたいとかそういう目的だと思うよ

バカか？
単に乳首が浮かないようにするためのパッドだろ

>>817
その目的ならあんなに大きくなくてもいいじゃ・・・って、乳輪がそれだけ大きいのか。

なんという化け物

ttp://bbs34.meiwasuisan.com/bbs/bin/img/fashion/11968538890024.jpg

もう次スレ要らないな。
デフラグスレに合流だ。

　

wincontigもcontigもそうなんだけどさ、
ドライブ指定すると、断片化してないのも全チェックしてすごい時間かかるよね。
でも、分析して一個一個指定するのが当然早い。
ただし、数多いと大変だしめんどい。
で、分析かけてから断片化ファイルのみ選択指定してデフラグかけてくれるとすごい便利だと思うんだが、
そういう使い方できるのってないかな？

つDefraggler

デラフグよりもレジストリデフラグしてくれる香具師の方が体感速度まじで上がった
動作不安定だったし怖いがなｗ
何かいちおーシステムのアクセコ速度14％もあがったみたい

確かにソフトの起動がちゃっちゃっとしてるんだけどテメーレジストリ壊すんじゃね？という不安がでかい…

>>825
> デラフグよりもレジストリデフラグしてくれる香具師の方が体感速度まじで上がった
どんなソフト？
つーか、レジストリファイル自体をデフラグしてるだけなのでは。

これのことか？
http://www.auslogics.com/en/software/registry-defrag/download

>>827
それ、日本語 Windows でも大丈夫なのかな・・・

レジストリデフラグはNTREGOPTしかしらんな

うほ

今年もこれにお世話になるんだぜ

いやぁ違うよ
例えばヤマダ電器はアメリカでは｢電器ヤマダ｣が常識なわけよ
まあたしかに。
海上保安庁が不審船を追跡して、韓国領との中間点くらいまで行ったとき
向こうの海上保安庁みたいなのが不審船の身柄確保したんだよね
それで、引渡し要求してもめてるとき、当時の官房長官だった福田が
「海上保安庁がつまらない面子に拘ってややこしくしている」とか言った
面子が関係するとしたら、この場合国家の面子だし、海上保安庁は職務を
一所懸命遂行していただけでしょう
国益を考えて使命をまっとうしようとしている海上保安庁をバックアップ
するのが当然なのに、それを非難してた
国益なんて省みず、とにかく問題起こすな、謝っていればよい、みたいな
政治家がトップになるようでは、役人にしろ警察にしろ、真面目にやるのが
バカらしくなるよね
北朝鮮？拉致？何ソレ…ってなるのも目に見えているし
福田が在任期間中は、また李登輝前総統は来日できなくなるだろうし
教科書問題でも最低限守るべきラインは守るようになってきたし、対中
ODAも聖域ではなく、議論だけはできるようになってきたのに、また
後退するんじゃないかな
つまり、
福田が在任期間中の間はVistaが安定していないだろうから
総辞職or解散総選挙の頃に導入するのがお勧めってことなのかな？

　

み

パズー「親方！空から女の子が降ってきてるけどさアリクイっているでしょ、
　　　　　1日に三万匹アリ食うんだってｗｗｗ3日で九万匹ｗｗｗアリいなくなっちゃうよ！
　　　　　フラミンゴって、なんで片足か知ってる？冷えるんだってよｗｗｗｗ
　　　　　でも、水ん中入ってるんだぜ？ だったら出りゃいいじゃんｗｗ
　　　　　モグラのトンネル掘るスピードはカタツムリの進む速度の1/3だってｗ　遅いよｗ
　　　　　得技だろよｗｗそのスピードなら地上でろ地上でろ！
　　　　　羊は前歯が下あごにしか生えてないんだって。
　　　　　その代わり上あごの歯茎が歯より固いんだってｗｗｗｗ
　　　　　生えればいいのにｗｗ歯が生えればいいのにｗｗ
　　　　　カタツムリってすげぇんだぜ。カタツムリってよ、
　　　　　−１２０℃でも死なないんだぜ。−１２０℃だぜ。
　　　　　普通−１２０度だったら動物全滅するだろ。
　　　　　ただカタツムリだけは氷河期になっても生き残るんだよ。
　　　　　すげぇ生命力だよな。
　　　　　ただよ、−１２０℃になるとカタツムリのエサが無いんだってｗｗｗｗｗｗ
　　　　　「草木が生えないから結果死にますね」だってｗｗｗｗｗｗｗｗ」

　

Contigってソースないの？
自分もなんか作ってみたい。
C:\WINDOWS\$*$を再内周に配置するツールとか。

オープンソースのデフラグソフト
JkDefrag
UltraDefrag

Belicia_Steele

以前、電車の中で15分にもおよぶ死ぬほど臭い、すかしっ屁を
乗客に食らわせて、電車内をざわめかせたことがある。
乗客の一人（若い男）が「危険な臭い！」と呟いたときは
せっかくこいた臭い屁が、無駄にならずにすんでよかったと思ったものだ。
乗客がザワザワしている間に、降りる予定の駅に着いたので、なにくわぬ顔して
その場をあとにした。

より多くの人々が集まっているところで臭い屁を供給する。
ひとりでも多くの人が、ニオイに気付いて顔をしかめる。
屁をこいた人間にとっては、まさに至福の瞬間だ。
デパート、満員電車、娯楽施設、学校の教室、パチスロ店…など。
探せばいくらでも臭い屁が活躍する空間が存在する。
みなさんも試されたらいかがだろうか。

ホンダのバイクを
ヤマハに持ち込む：まぁ、ホンダも直せなくはないけどね
スズキに持ち込む：ツマラン、どこかに細工してやろうか・・
カワサキに持ち込む：出てけゴルァァァァァァァァァァァ！！

ヤマハのバイクを
ホンダに持ち込む：おぅ、ヤマハさんのバイクか
スズキに持ち込む：打倒ホンダの僚友だ、バッチリ直してやるぜ
カワサキに持ち込む：けっ、優等生バイクか

スズキのバイクを
ホンダに持ち込む：けっこう癖のある作りしてんだよね
ヤマハに持ち込む：スズキさんか・・部品取り寄せとか大丈夫かな
カワサキに持ち込む：スズキか、最近小奇麗にまとまっちまいやがって・・

カワサキのバイクを
ホンダに持ち込む：カワサキか・・
ヤマハに持ち込む：カワサキか・・
スズキに持ち込む：カワサキか・・
カワサキに持ち込む：カワサキか・・

　

やっぱ普段はこれだなぁ
これの無いPCライフなんて考えられん

大きさの変わらないファイルだけ、前に詰めたいね。

ヵッォ「ヮヵｘ　ヵゎぃぃ　ヮヵｘ」　
ヮヵｘ「ィャゃゎぁ」
ヵッォ「…ιょぅゃ　ヮヵｘ」
ヮヵｘ「ぇ?　…ぃゃゃ…」
ヵッォ「ヮヵｘ…　ぇぇヶッゃ…」
ヮヵｘ「ぃゃ…」
ヵッォ「ぉぉ・・・ぉぃιぃ　ヮιｘ　ゃ」
ヮヵｘ「ぃゃぁぁぁ!!」
ヵッォ「ιょぅゃ　ヮヵｘ…　ιょぅゃ…」
ヮヵｘ「ぃゃゃ!!!]
ぉゃιﾞ「ヵッォ!!!!!!!!!!」
ヵッォ「ゎぁぁ!!!!ぉゃιﾞ　!!!　ヵぃιゃ　ゎ?!!」
ぉゃιﾞ「……ヶヶヶヶ　ヵッォ…」
ヵッォ「ぇ?」
ぉゃιﾞ「ぇぇヶッゃ…　ヵゎぃぃ　ヵッォ…」
ヵッォ「ぃ…ぃゃゃゎ　ぉゃιﾞ…」
ぉゃιﾞ「ιょぅゃ　ヵッォ」
ヵッォ「ぃゃぁぁぁ!!」

>>1
お父さんに感謝しろよ。
自分を犠牲にしてまで本当は養いたくないお前と母親を食わせてくれたんだから。
お前と母親がいなかったらお父さんはどんだけ楽に暮らせていたか。。。そこんところちゃんと感謝しろよ。
本当はお父さんだって母親と結婚したこと後悔してる筈だし、お前が生まれたことも後悔してる筈だから。
一度しかない人生なのにお前ら2人のために身を削って頑張ったんだぞ。

　

こんな夜更けに、闇と風の中に馬を走らせるのは誰だろう。
　それは父と子だ。父はおびえる子をひしと抱きかかえている。

父「息子よ、なぜ顔を隠すのだ」
子「お父さんにはYAZAWAが見えないの。マイクを持って、素肌にジャケットを着ている・・・」
父「あれはたなびく霧だ・・・」
YAZAWA「夜中に馬で疾走？いいじゃない。いい感じじゃない。。」
子「お父さん、お父さん！きこえないの。YAZAWAがぼくになにかいうよ。」
父「落ち着きなさい、枯葉が風にざわめいているだけだよ。」
YAZAWA「何てゆうの？こう、若い人達の情熱？魂の叫びって感じ？疾走するソウルってゆうの？そういうのYAZAWA、嫌いじゃないんだよね。」
子「お父さん、お父さん！見えない
の、あの暗いところにステージが！」
父「見えるよ。だが、あれは古いしだれ柳の幹だよ。」
YAZAWA「まぁ、君達にも走り続けるYAZAWAを応援してほしいわけよ。それじゃ、YAZAWAでした。ヨロシク！」
子「おとうさん、おとうさん！YAZAWAがぼくをつかまえる！YAZAWAがぼくをロックにしようとする！」

　父親はぎょっとして、馬を全力で走らせた。あえぐ子供を両腕に抱え、やっとの思いで館に着いた・・・
腕に抱えられた子はすでにサクセスしていた。

　

　　　　　　　　　　　　　　　　　　　　　　　　　　　　 （_
　　　　　/　ヽ　l l　 　 | 　!　　 ー―ｧ　　┃ ┃　　 （_
.　　　　/　　　＼　　 ノ　 レ'　 ＿ 人＿　・　・　　　（
　　　　　　　　　　　　　　　　　　　　　　　　　　　　（_
⌒V⌒V⌒V⌒V⌒V⌒V⌒V⌒V⌒V⌒V⌒V⌒V
　　　　　　,.-――-､_　　　　　 _,-=＝=､
　　　　　.j　__ -=ー　(　　　　 / ,r'~￣~`ヽ
　　　　　|＿_,.ｨﾃテﾃﾐL　　　 ﾚ'　,ｨ , ,ｨ;､　）
　　　　　,r./''立　'立ﾘ　　　 /,､｢'ｪｪ'~ｨｪ'V |
　　　　　ヽ_､" ,.__,"ﾉ'　　　　Vヽ"　,._', "ﾉノ
　　　　　　ノヘ==ｨ'＿__　　　　~`iヽ二r'~
　　　／｀｢ |￣ﾟ~F 1 /　＼／~￣｀ー┴‐'~＼
　　 j　　|　.〉　　| 〈　!　　 ＼,rrｨﾍﾍﾍ　 ヽ　 l
　　|　　 〉　|　　 !　|｜/　　人((l _,.-'’　　!　 |
　 ｢ー-/　 |　　｜｜ 〉ﾞ-､（__ノ／　　　 ,ｲ　r'
　`r--┤＿|＿__!__｣___）　　 ├ｰ'~〔o〕┤｢~｢
　｜　｜|　 ￣ﾞー'￣｜　　 /￣￣￣￣＼ |

　

　　　　　／⌒ヽ　ネオナチはすでに京都に多数集結してたよ。
　　　　/　^ ω^j､支部が地図に卍マークで示されていて、ためしにそのウチのいくつか回ってみてきたが
　_, ‐'´　 ＼　 /　`ｰ､_どこもスキンヘッドのネオナチで溢れてた。
/ '￣｀Y´￣｀Y´￣｀レ⌒ヽ建物に入ってみたらドラッグもやってるようで、
{　､　 ﾉ､　 　 |　　_,,ﾑ,_　ﾉl部屋中変な香りと煙で溢れてて全員で壁に向かってなにかブツブツ唱えてた。
'い　ヾ`ー〜'´￣__っ八　ﾉ聞いても何を話してるのかよくわからなかったんで多分ドイツ語なんだろうな。
　ヽ､　　 ー　／　ー　　〉熊本や宮城の地図にも多数拠点があったから、かなり広範囲で活動してるみたいだぞ。
　 　｀ヽ-‐'´￣｀冖ｰ-くなんか各地域で荘厳な党集会開いてるらしいし。
京都では山に火を放つテロ行為にまで及んでる。