Fire File Copy Part8 ..
[
2ch
|
▼Menu
]
■コピペモード
□
スレを通常表示
□
オプションモード
□このｽﾚｯﾄﾞのURL
■項目テキスト
294:名無しさん＠お腹いっぱい。 08/03/14 20:37:47 0kn1IjAs0 >>289 1ファイルの大きさがキャッシュ容量越えればそりゃ断片化はするだろう。 295:名無しさん＠お腹いっぱい。 08/03/14 20:52:20 ls4SL4rJ0 潔癖症杉では？ ファイルを記録するという行為は「空き領域に最速でまちがいなく全部書き込む」のが仕様です。 PCにとって「断片化無し」にすることは優先順位1位ではない。 しょせんPCなんて潔癖好きな日本人が作ったものじゃないんです。 296:名無しさん＠お腹いっぱい。 08/03/14 21:01:50 3VL5TJHO0 >>294 すみません。私が理解できていないようなのでもう少し詳しく教えてください。 FFCの動作として、 「ファイルの断片化オプション：WRITE前にディスク領域を予約し、断片化を抑える」 にチェックしていた場合、copy対象のFileSizeを取得し、事前に連続して確保できる領域を押さえ、 copyを開始する、んですよね？ キャッシュの容量とどういう関係があるのでしょうか？ 仮に大きなファイルの場合キャッシュ(FFCのバッファのことですよね？)毎にWriteを繰り返すとして、 そのキャッシュサイズごとに断片化される理由がわかりません。 Formatされた状態ですので、キャッシュサイズでWriteした続く領域もずっとFreeです。 Freeな領域がDiskEndまで続きます。 にもかかわらず、どういうルールかわかりませんが適度に分割・分散されてしまいます。 >>295 潔癖症ではないかと思います。 デフラグなんてDriveに無駄に負荷がかかるだけで無用と思っているので、 ここ数年したことありません。 OSが暇なときに勝手にデフラグする機能も殺しています。 ですが、 FormatしたDriveにcopyしたら、空き領域の先頭からフラグメンテーション無しにきっちりと配置される、 とずっと思っていたので、今回そうではないことに気が付いて驚いている、という次第です。
次ページ
最新レス表示
スレッドの検索
類似スレ一覧
話題のニュース
おまかせリスト
▼オプションを表示
レスジャンプ
mixiチェック！
Twitterに投稿
オプション
しおりを挟む
スレッドに書込
スレッドの一覧
暇つぶし2ch
4365日前に更新/299 KB
担当:undef