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


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

デフラグ総合スレ Part1



207 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/09/07(木) 21:41:26 ID:5qIOqsZb0]
>>202
いや、流石にそれは的外れ。メモリは信用しなくては。
頻繁にメモリエラーが起きるような環境では、一般的なデフラグの方法でも、
それ以前に普通に使ってるだけでファイル壊れる。
FFC のベリファイは、HDD にちゃんと書き込めたか確認するためのもので、
バッファを使ってコピーすることとは直接関係ない。

で、デフラグが大きなバッファを使うというアプローチに出ないのは、
そもそも NT 系の場合、システムキャッシュとの絡みもあり
デフラグ専用システムコールを使って移動させる仕組なので、
あまり勝手なことはできないからだと思う。
おかげで、デフラグ中のドライブに安全にアクセスできるわけだが。
9x 系では、デフラグ中のドライブへのアクセスが検出されると、
ご存知の通りやり直しになるし、運が悪いとファイルが壊れる。

オフラインデフラグならこういったしがらみはないが、
今の大容量 HDD に対してメインメモリ程度の容量では小さ過ぎて、
積極的に活用しようとしても期待したほど効果がない。
それどころか、あまりデフラグが大量にメモリを使ってしまうと、
ほかのアプリへの悪影響のほうが問題になる。

ブートタイムならメモリを自由に使えるので活用する意味はありそう。
市販ソフトでは当たり前のように使ってるのかもしれないが。






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

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

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