Fire File Copy Part9 - 暇つぶし2ch

Fire File Copy Part9 ..

950:名無しさん＠お腹いっぱい。
09/12/30 17:18:49 KjF0V+eE0
そこまで大きいメモリ領域をOSに要求すると、こんどは実メモリの断片化が酷くなるんじゃないかな。
で、コピー前のメモリのデフラグで忙しくなって応答が遅くなると。

951:名無しさん＠お腹いっぱい。
09/12/30 17:38:37 rDgSPKR/0
メモリのデフラグとかアホなの？

952:名無しさん＠お腹いっぱい。
09/12/30 17:53:11 kXYlblc60
初夢の話は早すぎるぞ

953:名無しさん＠お腹いっぱい。
10/01/03 13:37:41 saZ5LmXz0
久々にベリファイ失敗したと思ったら
ノートンで除外にしてたjaneのログだった
書き込んだ瞬間削除してやがった

954:名無しさん＠お腹いっぱい。
10/01/03 16:22:26 IqJgXowm0
>>842 >>856
断片化も最小限度で殆ど気にならないというおまけ付き。
一括でCopyしたからかもしれないけど。
ベリファイしてくれないから人によっては速いだけじゃんってことになるか。

955:名無しさん＠お腹いっぱい。
10/01/04 08:49:24 lMM4QGjb0
ありゃ？Windows7 X64だけど
SiI3132からeSATAポートマルチプライヤで繋いだWD10EADS-00M2B0と
M3A78-TのSATA3番目に繋いだHDS722020ALA330の間でコピーだとFFCの方が速いよ。
速度も安定してるし。どうなってるんだろ。
ドライバが腐ってるのか。

956:名無しさん＠お腹いっぱい。
10/01/08 01:21:15 rP12Pnhu0
新しいドライブに大量コピーすると全く断片化しないな
もっと早く出会いたかった
これ知る前から使ってるドライブは空き容量50％越えまで整理削除しまくってもデフラグラーの断片化マップ全面真っ赤という惨状

957:名無しさん＠お腹いっぱい。
10/01/08 02:21:25 RxoAA8sv0
>>951
アホはお前だろ。知らんなら無理するな。
メモリアロケートでそういう要求が出るんだよ。

958:名無しさん＠お腹いっぱい。
10/01/09 15:09:57 46HZ7PmD0
FFCでファイルを移動させたら移動先にFFCFEE7.tmpっていう空のフォルダが作成されてたんだけど何これ

959:名無しさん＠お腹いっぱい。
10/01/09 16:53:04 M7RwcOw80
>>958
ベリファイ時のダミーファイル
前から度々言われてるが、削除されずに残ることがある
手動で削除するか、「ドライブ側のキャッシュの影響をなるべく少なくする」設定を切る

960:名無しさん＠お腹いっぱい。
10/01/09 16:53:31 MgkjRHWI0
>>957
1ページ以上のメモリが実メモリ上でどう配置されてるか知ろうねお馬鹿さん

>>958
ドライブ側のキャッシュの影響を～にチェック入れてると一時的に作る

961:名無しさん＠お腹いっぱい。
10/01/09 18:44:28 YSvTUUTF0
メモリの断片化って
ディスクの断片化以上に大問題なんだけどな。
それをなんとかするために多くの開発者が知恵を搾ってるんだし。

962:名無しさん＠お腹いっぱい。
10/01/10 23:00:09 QxasipKm0
>>960
> 1ページ以上のメモリが実メモリ上でどう配置されてるか知ろうねお馬鹿さん

分かってない人発見。

963:名無しさん＠お腹いっぱい。
10/01/10 23:06:42 iDcSgGvV0
多くの開発者って、カーネル実装者のことかい？
で、知恵を絞った開発者たちが編み出した方策のいくつかあげてごらん？
バディシステムなどを指してるつもりかい？

NＴカーネルのようなページング方式仮想記憶において、物理ページが不連続だと、
プロセスへのメモリ割り当てにおいて、どういう不都合がおきるんだい？

知ったかぶりも大概にしてくれよな。

964:名無しさん＠お腹いっぱい。
10/01/11 02:41:50 ty2EJ/z10
物理アドレスでのことじゃなくて、論理アドレスでの空き領域の断片化のことだろ？
メモリの確保や解放し続けてると空き領域が断片化して、大きなメモリ領域確保できなくなるってこと

965:名無しさん＠お腹いっぱい。
10/01/11 03:10:10 g/pgD0cT0
本気で言っているのかしら

966:名無しさん＠お腹いっぱい。
10/01/11 10:51:54 TIMOrsXw0
メモリ断片化wでメモリ確保できないって何だよ
MS-DOSの話ですか？

967:名無しさん＠お腹いっぱい。
10/01/11 11:07:51 5jg6dQdK0
>>964
>物理アドレスでのことじゃなくて、論理アドレスでの空き領域の断片化のことだろ？

アホか？元ネタには、はっきり「実メモリの断片化」と書いてあるぞ。
だから、アホ？とツッコミが入ったわけ。

>>950
>そこまで大きいメモリ領域をOSに要求すると、こんどは実メモリの断片化が酷くなるんじゃないかな。
>で、コピー前のメモリのデフラグで忙しくなって応答が遅くなると。

968:名無しさん＠お腹いっぱい。
10/01/11 13:38:41 nI+Z+JLTP
explorerでのコピーはハッシュ一致するのに
FFCだと特定ファイルのみ(1個だけ)が必ずハッシュ不一致で
ベリファイエラーが検出されない現象が起こってるんだが
あとこれ以外にどこチェックするべきかな？
・単一ファイルでも複数ファイルでも関係なし(使用される物理メモリ位置の検証)
・ドライブの影響低減関係なし
・MemTest 数周完走
・セキュリティソフトの動作有無関係なし

環境: Win2k sp4 / Fire File Copy v4.9.1(UNICODE版)
動作: コピー HDD(IEEE1394接続外付け) → HDD(PATA)
ベリファイ
　サイズチェック
　　[v] ファイルサイズのチェック(移動時のみ)
　ベリファイ・コンペア
　　FastHash.dll のステータス : 使用可能 : ver.1.01
　　使用するハッシュアルゴリズム : MD5
　　[v] ドライブ側のキャッシュの影響を、なるべく低減する
　　[v] ハッシュ計算結果をファイルの出力(H)

969:名無しさん＠お腹いっぱい。
10/01/11 13:40:26 nI+Z+JLTP
追記
Explorerでハッシュが同一のコピーができたファイルを
HDD1(PATA) → HDD2(PATA)
とFFCで移動するとハッシュが一致するようで、外付けからFFCで読み出す時限定で壊れてるみたいだけど
Explorerで壊れてないからHDDやドライバや機器との単純な相性なのだろうか？

970:名無しさん＠お腹いっぱい。
10/01/11 13:48:24 um0qwy5/0
ffcのバッファサイズ絞るとどうなる？

971:名無しさん＠お腹いっぱい。
10/01/11 13:57:59 nI+Z+JLTP
>>970
コピー対象サイズ 43.5 MB (45,630,361 バイト)

FFC最大バッファ設定値 92MB と 16MB で
コピーされるファイルのハッシュ(壊れ方)は同一みたいです

972:名無しさん＠お腹いっぱい。
10/01/11 14:03:22 qNRGsKt50
(壊れ方)？？

973:名無しさん＠お腹いっぱい。
10/01/11 14:07:19 ssmGtFwf0
Explore で正常ってのはファイルシステム絡みかねぇ
サイズが異なるなら難しいが、fc /b してどう壊れるか見てみたら？

974:名無しさん＠お腹いっぱい。
10/01/11 14:37:22 nI+Z+JLTP
確かに次の構成でボリュームを丸ごと別フォルダとしてマウントしてます
そこから2層下にありますが、同一階層の周辺のファイル(連番以外名前もほぼ同じ)は正常にコピーされます

F: PATA HDD A
?: 1394 外部HDD
　F:\Test (PATA HDD A)
　F:\Test\Folder A (1394 外部HDD)
　F:\Test\Folder B (PATA HDD A)
　F:\Test\Folder C (PATA HDD A)

fc で外部HDDの方はパスが存在しないと弾かれたのでExplorerのコピーとFFCのコピーで比較すると
パターンはわかりませんが途中(約41%以降)から大半をゼロフィルしたようなファイルになってるようです

0124982A: 09 36　左:ffc利用コピーファイル右:Explorerコピーによるハッシュ同一ファイル
0124982B: 00 92
0124982C: 00 C9
0124982D: 00 6C
0124982E: 00 61
0124982F: 00 4A
01249830: 10 A3
01249831: 00 44
01249832: 00 6D
01249833: 00 05
01249834: 60 E6
01249835: 00 A9
01249836: 00 C4
01249837: 00 A3

外部HDDを使ったfcはマウントしたボリューム指定の仕方から調べます、すみません

975:名無しさん＠お腹いっぱい。
10/01/11 16:30:39 ssmGtFwf0
ファイルのケツが欠けたり化けたりかなと思ったんだけど、
中程が壊れるならなんだろね

976:名無しさん＠お腹いっぱい。
10/01/11 16:39:08 h8xCniDD0
もちろん、そのドライブでベリファイする設定にしてるんだよね？謎だなー。

977:名無しさん＠お腹いっぱい。
10/01/11 17:58:12 snQ03Bvq0
>>964
論理アドレスなら勝手にメモリ移動したらポインタが指してるアドレスと変わっちまうだろうが
Javaとか.NET系でしかプログラミングした事ない人か？
FFCはGCライブラリなんぞ使っちゃいねえぞ

978:名無しさん＠お腹いっぱい。
10/01/11 19:49:10 ty2EJ/z10
>>967
> アホか？元ネタには、はっきり「実メモリの断片化」と書いてあるぞ。
> だから、アホ？とツッコミが入ったわけ。

いや、だからその元ネタの間違いの詳細を書いたんだが

>>977
CとC++しか使ったことない
他は同意

979:名無しさん＠お腹いっぱい。
10/01/12 05:33:59 fjPxiC3b0
思い出したチラ裏

何年前だったか・・・
NTFSの圧縮機能のバグで結構な被害が出たな～
特定ファイルのデータ化け。
まさかOSのど真ん中のバグとか全く想定外だったので、アプリorハードを
疑いまくった。あの時はごめんよ＞無実のツール達

980:名無しさん＠お腹いっぱい。
10/01/12 17:08:27 lXi0gegW0
>>980
次スレよろしく

981:名無しさん＠お腹いっぱい。
10/01/12 17:09:08 lXi0gegW0
あ・・・・

982:名無しさん＠お腹いっぱい。
10/01/12 17:09:49 lXi0gegW0
立ててくる

983:名無しさん＠お腹いっぱい。
10/01/12 17:10:55 lXi0gegW0
駄目だわ
>>985の人よろしく

984:名無しさん＠お腹いっぱい。
10/01/12 17:19:29 2vhO1zBk0
Fire File Copy Part10
ｽﾚﾘﾝｸ(software板)

985:名無しさん＠お腹いっぱい。
10/01/12 17:22:40 lXi0gegW0
>>984
GJ!!!

986:名無しさん＠お腹いっぱい。
10/01/12 17:24:27 lXi0gegW0
うめるか

987:名無しさん＠お腹いっぱい。
10/01/12 17:25:08 lXi0gegW0
うめ

988:名無しさん＠お腹いっぱい。
10/01/12 17:25:49 lXi0gegW0
うめ

989:名無しさん＠お腹いっぱい。
10/01/12 17:28:15 lXi0gegW0
うめ

990:名無しさん＠お腹いっぱい。
10/01/12 17:29:09 lXi0gegW0
うめ

991:名無しさん＠お腹いっぱい。
10/01/12 17:35:03 TzMASvO80
ヨガ

992:名無しさん＠お腹いっぱい。
10/01/12 19:00:12 lXi0gegW0
ume再開

993:名無しさん＠お腹いっぱい。
10/01/12 19:00:40 6ysA5pNY0
うめめ

994:名無しさん＠お腹いっぱい。
10/01/12 19:00:53 lXi0gegW0
うめ

Fire File Copy Part10
ｽﾚﾘﾝｸ(software板)

995:名無しさん＠お腹いっぱい。
10/01/12 19:01:37 lXi0gegW0
うめ

Fire File Copy Part10
ｽﾚﾘﾝｸ(software板)

996:名無しさん＠お腹いっぱい。
10/01/12 19:02:14 6ysA5pNY0
うめ

Fire File Copy Part10
ｽﾚﾘﾝｸ(software板)

997:名無しさん＠お腹いっぱい。
10/01/12 19:02:56 6ysA5pNY0
うめ

Fire File Copy Part10
ｽﾚﾘﾝｸ(software板)

998:名無しさん＠お腹いっぱい。
10/01/12 19:02:57 lXi0gegW0
うめ

999:名無しさん＠お腹いっぱい。
10/01/12 19:03:38 lXi0gegW0
うめうめ1000

1000:名無しさん＠お腹いっぱい。
10/01/12 19:04:19 lXi0gegW0
1000

1001:１００１
Over 1000 Thread
このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。