- 【EDCB】EpgDataCap_Bonについて語るスレ 14
722 ：名無しさん＠編集中[sage]：2011/12/04(日) 18:13:05.89 ID:ZRJ//7l0 - ×EDCBは
〇EDCB10系は
SetEndOfFile使用は10系のみの実装なので、9系使用者には無関係。
更に、このAPIはあくまで一度に領域を確保するためのもので、
別に連続領域を優先して確保してくれる訳ではないよ。
より先頭に空きがあれば断片化した領域でも普通に使われる。
多重録画に対しては相当有効だけど、移動や削除を発生させない運用以外では断片化は避けられない。
|
- 【EDCB】EpgDataCap_Bonについて語るスレ 14
726 ：名無しさん＠編集中[sage]：2011/12/04(日) 19:31:24.19 ID:ZRJ//7l0 - >>723
http://msdn.microsoft.com/en-us/liarary/windows/desktop/aa365531(v=vs.85).aspx
ソースは？
可能性があるとすればNTFS固有の記載を何か見落とした位かな。
FATでは以前実FAT領域でもでも確認済み。
|
- 【EDCB】EpgDataCap_Bonについて語るスレ 14
734 ：名無しさん＠編集中[sage]：2011/12/04(日) 20:20:07.70 ID:ZRJ//7l0 - >>727
>>722が正しく伝わっていないようだけど、その場合には断片化は発生しないよ。
ただしこの条件付きで。
＞移動や削除を発生させない運用
自分の話は、簡単に言うとA、B、Cと録画した後にBを移して容量がB<DとなるDを録画する時の話。
移動や削除を含む運用である限りこの断片化は避けられないし、
利用が進む程、小さなファイルを消す程この現象は顕著になる。
ただディスクドライバの挙動に左右されるのも確かなので、その辺の情報でもあるのならと尋ねてみた。
|
- 【EDCB】EpgDataCap_Bonについて語るスレ 14
738 ：名無しさん＠編集中[sage]：2011/12/04(日) 22:23:21.64 ID:ZRJ//7l0 - >>736
そこが正に、アプリでなくディスクドライバの挙動≒OS環境に左右される部分なんだよ。
Readmeにも「できるだけ
と書いてあるのはそういう理由も含んでる。
ただ>>736が本当に>>722後半のケースでも断片化が無い、という意味なら
>>722が古いクラスドライバの挙動なのか、単純にFATとNTFSで挙動が違ったのかも知れない。
自分は9系運用なのでEDCBでの追試は出来ないが、SetEndOfFileだけの話だしそういう事なら今のOSでまた再調査だな。
|