[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2chのread.cgiへ]
Update time : 03/06 06:49 / Filesize : 299 KB / Number-of Response : 1002
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

Fire File Copy Part8



296 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/03/14(金) 21:01:50 ID:3VL5TJHO0]
>>294
すみません。私が理解できていないようなのでもう少し詳しく教えてください。
FFCの動作として、
「ファイルの断片化オプション:WRITE前にディスク領域を予約し、断片化を抑える」
にチェックしていた場合、copy対象のFileSizeを取得し、事前に連続して確保できる領域を押さえ、
copyを開始する、んですよね?
キャッシュの容量とどういう関係があるのでしょうか?

仮に大きなファイルの場合キャッシュ(FFCのバッファのことですよね?)毎にWriteを繰り返すとして、
そのキャッシュサイズごとに断片化される理由がわかりません。
Formatされた状態ですので、キャッシュサイズでWriteした続く領域もずっとFreeです。
Freeな領域がDiskEndまで続きます。
にもかかわらず、どういうルールかわかりませんが適度に分割・分散されてしまいます。

>>295
潔癖症ではないかと思います。
デフラグなんてDriveに無駄に負荷がかかるだけで無用と思っているので、
ここ数年したことありません。
OSが暇なときに勝手にデフラグする機能も殺しています。
ですが、
FormatしたDriveにcopyしたら、空き領域の先頭からフラグメンテーション無しにきっちりと配置される、
とずっと思っていたので、今回そうではないことに気が付いて驚いている、という次第です。






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

全部読む 前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<299KB

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