99%で止まっている場合はベリファイ中(失敗中)ですか?

2,337 views
Skip to first unread message

asccssacs...@gmail.com

unread,
Sep 25, 2016, 8:26:56 AM9/25/16
to FastCopy掲示板

99%で止まっている場合はベリファイ中(失敗中)ですか?


いつも重宝しております
有難うございます

FastCopyはHDD/SSDの壊れチェックにも●裏技●で利用しています

以下のSSDは即刻捨てるべきですね!?

山の様にチェックしましたが、どのチェックでも
「正常」
エラー?が出るのはFastCopyだけです!!
すごいです
FastCopyはコピーソフトではなく
(無論素晴らしいコピーソフトです。誰が何と言おうとも)
HDD/SSDの壊れチェック ソフトです。。



-------------検証
SSD「書き込みができません」←Word でエラーがでたSSD
FastCopy でコピー ←つまり壊れチェック
案の定SSDの故障? ←99%で止まっている
-------------

--------------------------無駄だった試験結果
chkdsk C: /b バッドセクタ 0
CrystalDiskInfo 正常
Samsung Magician 正常
FromHDDtoSSD 正常
パティーションマネジャーとは
EaseUS パティーションマネジャーのことなら
やってみても特にエラーなしです
サーフェーステスト 正常
--------------------------


「環境」
Windows 10 Anniversary 
Samsung 840 Series

Hiroaki SHIROUZU

unread,
Sep 27, 2016, 4:47:36 AM9/27/16
to FastCopy掲示板
ご報告ありがとうございます。
FastCopyのバグの可能性もありますので、FastCopyのバージョンを教えてください。
(もし、古い場合、最新版でも発生するか確認して頂けますか?)

また、コピー配下のファイルに、ジャンクションやシンボリックリンクが含まれていますでしょうか?

asccssac...@gmail.com

unread,
Sep 29, 2016, 9:51:02 PM9/29/16
to FastCopy掲示板
>ご報告ありがとうございます。
>FastCopyのバグの可能性もありますので、FastCopyのバージョンを教えてください。

 ■FastCopy313_x64 ←25日試した前回のバージョン
 ▼FastCopy321_x64 ←いま試したバージョン

です
同じです

>(もし、古い場合、最新版でも発生するか確認して頂けますか?)

試しました
同じです


>また、コピー配下のファイルに、ジャンクションやシンボリックリンクが含まれていますでしょうか?

含まれていないです。
ジャンクションやシンボリックリンクは使いません

---

ご連絡ありがとうございます

再度まとめてみました

どうやら前回のお話は違う感じです

他のSSDでも99%で止まる現象がでてしまいました
予想に反して

自分のPCだけの問題ではないでしょうか?

ひとつ使い方が間違ったかもしれません

8GBしかメモリがないのに、←「Memtest86+」で正常
■Buffer(MB):2048
■最大I/O単位:512
 ↓
以下3)の様に、3つ同時並行コピーは無理なのでしょうか???
 ↓
タスクマネージャでメモリ使用量99%(7.9GB)なので
これで、FastCopyもベリファイ時
耐えられなく止まってしまうのでしょうか?

 ↓

しつこく以下の現象4)からして
「YES」ですね!?多分




「環境」
Windows 10 Anniversary Pro 64bit
Samsung 840 Series
Samsung 840 EVO
メモリ 8GB

---------------------------------------現象詳細
1)2つのバージョンででました(でます)
 ■FastCopy313_x64 ←25日試した前回のバージョン
 ▼FastCopy321_x64 ←いま試したバージョン

2)2つのSSDででました(でます)
 
 Samsung 840 Series(EVOでないもの)←Word でエラーがでたSSD
 Samsung 840 EVO ←信頼しているSSD

3)3つ同時に(A,B,C平行)コピーして試しました
  Samsung 840 EVO ←信頼しているSSD
  で必ずしも毎回でるわけではないです
  ←いまでいえば4回目で止まっています
      ただ、「C Finished」でCコピーは完了です

 A testフォルダ(2.5GB) → test1フォルダ ←同じフォルダを別3か所にコピー
  B testフォルダ(2.5GB) → test2フォルダ
  C testフォルダ(2.5GB) → test3フォルダ

  1回目:A Finished/B Finished/C Finished
  2回目:A Finished/B Finished/C Finished
  3回目:A Finished/B Finished/C Finished
  4回目:A 99%止まり/B 99%止まり/C Finished ←いま表示中


 ←なぜ3回目まではうまく動くのでしょうか??

 ▼FastCopy321_x64
 Samsung 840 EVO ←信頼しているSSD
  ↓ 同じSSD内でコピー
 Samsung 840 EVO
---------------------------------------


4)大きな1ファイル(2.5GB)で試しました
 fsutil file createnew testfile 2600000000
 ↓ 作成
 testfile(2.5GB)で 3)を試しました

 A testfile(2.5GB) → test1フォルダ ←同じファイルを別3か所にコピー
  B testfile(2.5GB) → test2フォルダ
  C testfile(2.5GB) → test3フォルダ


  1回目:A Finished/B Finished/C Finished
  2回目:A Finished/B Finished/C Finished
  3回目:A Finished/B 99%止まり/C Finished ←いま表示中


 ▼FastCopy321_x64
 Samsung 840 EVO ←信頼しているSSD
  ↓ 同じSSD内でコピー
 Samsung 840 EVO
---------------------------------------
5)参考
  環境が違うので(16GBメモリ/SanDisk SSD)
  同じ試験を16GBのPCでやったところ
  8回やっても止まりません(Finished)

  16GBなので動くのか、
  SanDisk SSDなので動くのか、
  不明です




---------------------------------------前回の参考
1)Samsung 840 Series(EVOでないもの)

-------------検証
SSD「書き込みができません」←Word で▼エラーがでたSSD
FastCopy でコピー ←つまり壊れチェック
案の定SSDの故障? ←99%で止まっている
-------------

2)Samsung 840 EVO

Hiroaki SHIROUZU

unread,
Sep 30, 2016, 12:53:49 AM9/30/16
to FastCopy掲示板
詳細なレポートありがとうございます。

1点確認なのですが、FastCopyでは(他のFastCopyとの間で)コピー元&コピー先のデバイスへのアクセス権を最初に確保してから、動作するようにしています。
(それが得られない間は「待機中」と表示される)

従い、同じsrcであれば、たとえ3プロセス並行して「実行」ボタンを押したとしても、残り2プロセスは「待機中」となるはずなのですが、同時にコピー動作しているということでしょうか?
(それとも、待機中に「強制実行」ボタンを押している?)

また、最初のレポートの例でも、並列実行して発生していたのでしょうか?
そちらは単独1プロセス実行でも発生していたのでしょうか?

asccssac...@gmail.com

unread,
Sep 30, 2016, 3:07:44 AM9/30/16
to FastCopy掲示板
有難うございます

>従い、同じsrcであれば、たとえ3プロセス並行して「実行」ボタンを押したとしても、
>残り2プロセスは「待機中」となるはずなのですが、同時にコピー動作しているということでしょうか?
>(それとも、待機中に「強制実行」ボタンを押している?)

そうです
待機中に「強制実行」ボタンを押しています

>また、最初のレポートの例でも、並列実行して発生していたのでしょうか?

そうです。平行実行です 書かなかっただけです
待機中に「強制実行」ボタンを押しています

>そちらは単独1プロセス実行でも発生していたのでしょうか?

いいえ
書かなかっただけです
本件は最初から最後まで同じ平行試験をしていました。。。

-------------------------------試験方法
 A testフォルダ(2.5GB) → test1フォルダ ←同じフォルダを別3か所にコピー
  B testフォルダ(2.5GB) → test2フォルダ
  C testフォルダ(2.5GB) → test3フォルダ

  1回目:A Finished/B Finished/C Finished
  2回目:A Finished/B Finished/C Finished
  ・
  ・

と山の様に繰り返していました
-------------------------------

●結局使い方の間違いですか??

●待機中に「強制実行」ボタンを押してはいけなかったのですか????








asccssac...@gmail.com

unread,
Sep 30, 2016, 3:15:20 AM9/30/16
to FastCopy掲示板
失礼いたしました

書き間違いました。。

------------------------
>そちらは単独1プロセス実行でも発生していたのでしょうか?

いいえ
書かなかっただけです
本件は最初から最後まで同じ平行試験をしていました。。。
------------------------
↓ 訂正
------------------------
>そちらは単独1プロセス実行でも発生していたのでしょうか?

試験していません
頭の中に「単独1プロセス実行」がなかったのです

(SSDに負荷を掛けて、SSDが壊れていることを確かめたかったので、3つ平行実施しました)
------------------------

あとで、「単独1プロセス実行」試験して、ご報告します。。。。。


asccssac...@gmail.com

unread,
Sep 30, 2016, 8:34:16 AM9/30/16
to FastCopy掲示板
あとで、「単独1プロセス実行」試験して、ご報告します。。。。。


それほどのことでもありませんが
試しました


>そちらは単独1プロセス実行でも発生していたのでしょうか?

案の定
12回試しましたが、発生しませんでした(Finished)
単独1プロセス実行 では問題ありません
やはり「平行3プロセス実行」が無理なのは、
8GBメモリしかないからでしょうか??



「余談」先ほど
「SanDisk SSD」8回やっても止まりません(Finished)

↓ このPCに差し替えて試験しました

「SanDisk SSD」も2回目で止まりました
つまりSSD(Samsung /SanDisk)の問題ではなく、PCの環境(例えばメモリ量)
自分のPCだけの問題ですね!多分??
●慌てずに、コピーは1つづつやってください
●同時に3つもコピーしないで!
が王道 でしたか??


「環境」
Windows 10 Anniversary Pro 64bit
Samsung 840 Series
Samsung 840 EVO
SanDisk
メモリ 8GB
▼FastCopy321_x64

Hiroaki SHIROUZU

unread,
Sep 30, 2016, 10:11:35 PM9/30/16
to FastCopy掲示板
基本的な使い方としては、同じデバイスを並列利用しても高速化しませんので、強制実行はしないほうがお勧めです。
(RAIDやRAID化されているネットワークドライブの場合、当てはまらない場合はあるかもしれません)

ただ、強制実行を同時に沢山したからといって、処理が完了しないとすると、それはそれでFastCopy側の問題がありそうです。

強制実行では、占有権が取れる範囲で取り、取れないものも利用中情報を共有メモリに登録して実行開始、という感じです。
唯一ありうるとすると、内部的に処理が終わった後に「利用中情報の登録削除処理」を行うので、それがらみでの排他制御関係ですかね。
後で確認しておきます。

o o

unread,
Sep 30, 2016, 10:25:02 PM9/30/16
to FastCopy掲示板
 横から失礼します。

 HDD環境は異なりますが、私は USB-HDDを多数接続しており、HDDバックアップ/整理の際に
FastCopy #1 USB-HDD#A → USB-HDD#B
FastCopy #2 USB-HDD#C → USB-HDD#D
FastCopy #3 USB-HDD#E → USB-HDD#F
FastCopy #4 USB-HDD#G → USB-HDD#H
のような形で、最大5程度、同時実行を何回か行いましたが、USB/HDDエラー時に(おそらく)1Windowsでのリトライで極端に速度低下したことはありますが、それ以外でFastCopyが止まったことはありません。

 処理は コピー/同期/移動 を目的に応じて実行です。(全て、Verify ON)

Windows 7 64bit MEM:8GB
Windows 10 64bit MEM:24GB


 また、過去に、調子の悪い USB HUB / USB HDD を使用していたときに、‘速度調整’で90% 程度以下にすれば良好なこともありました。
※速度調整 100% や、エクスプローラーのコピーではエラー
※内蔵HDD(SATAなど)では遭遇していません。



asccssac...@gmail.com

unread,
Oct 1, 2016, 1:18:20 AM10/1/16
to FastCopy掲示板
>基本的な使い方としては、同じデバイスを並列利用しても
>高速化しませんので、強制実行はしないほうがお勧めです。
>(RAIDやRAID化されているネットワークドライブの場合、
>当てはまらない場合はあるかもしれません)

そうでしたか、お勧めしません
ですか、、
どうも面倒で、待っていられないので、、
続けて「強制実行」押してしまいます。。。



>ただ、強制実行を同時に沢山したからといって、
>処理が完了しないとすると、
>それはそれでFastCopy側の問題がありそうです。



>強制実行では、占有権が取れる範囲で取り、
>取れないものも利用中情報を共有メモリに登録して実行開始、という感じです。
>
>唯一ありうるとすると、内部的に処理が終わった後に
>「利用中情報の登録削除処理」を行うので、
>それがらみでの排他制御関係ですかね。
>後で確認しておきます。

ちらっとみたら、中身は同じサイズのようです。。。
つまりベリファイ?や「利用中情報の登録削除処理」?
当たりでしょうかね。。


お手数ですが、お願いします

asccssac...@gmail.com

unread,
Oct 1, 2016, 1:21:33 AM10/1/16
to FastCopy掲示板
>横から失礼します。

> HDD環境は異なりますが、
>私は USB-HDDを多数接続しており、
>HDDバックアップ/整理の際に
>FastCopy #1 USB-HDD#A → USB-HDD#B
>FastCopy #2 USB-HDD#C → USB-HDD#D
>FastCopy #3 USB-HDD#E → USB-HDD#F
>FastCopy #4 USB-HDD#G → USB-HDD#H
>のような形で、最大5程度、同時実行を何回か行いましたが、
>USB/HDDエラー時に(おそらく)1Windowsでのリトライで
>極端に速度低下したことはありますが、
>それ以外でFastCopyが止まったことはありません。

> 処理は コピー/同期/移動 を目的に応じて実行です。(全て、Verify ON)

>Windows 7 64bit MEM:8GB
>Windows 10 64bit MEM:24GB

貴重なご意見ですね。。有難くも。。。

誤解のないように再度ですが、
毎回100%でるわけではありません
でない時もあります
3つのうち1つでる場合
3つのうち2つでる場合
3つのうち3つでる場合
もあります


是非、
SSD
HDD(内臓)
で試していただければ幸いです。。。

たまたまうちのPCとSSDとHDDがおかしいのだとは
思いますが、、、
あくまで念のために、、、

■「考察」さっきまでSSDではでるが、HDDではでない!
と思っていましたが、HDDでもついにいま出てしまって
「SSDだけの問題でした」
が言えなくなってしまって、、、振出(不明)です。。
また検証しないと。。

■「余談」ですが、全ての他の要因を排除するために
「真っ白検証環境」で検証しています
あえてPCは、
OS(Windows 10 Anniversary Pro 64bit ←アップなし 8月3日にでたもの)
▼FastCopy321_x64 
←セットアップなしで 
 FastCopy321_x64\フォルダ内の「FastCopy.exe」をいきなり実行


だけしか入れていません
ドライバ なし
アプリ 一切なし
←無論アンチウィルスソフトも何もインストールなし
←以前COMODO で間違った検証の経験があるため

参考にしてください

■「最後」にあとは何を試せばいいのでしょうか?
気のせいでしょうが、
システムファイル(「~$a.doc」や「~WRL0004.tmp」)
30個をフォルダにコピーして入れた後
↓、
いきなり99%止まりが出たような気がしましたが、、
これも100%再現しないので、、、
やはり、システムファイルの属性(消すとまずいですよ!)
でもなく、ハード上の問題・特性でしょうか??

UBSのHDDではでない現象、、?





-----------------------------------
「環境」
Windows 10 Anniversary Pro 64bit
Samsung 840 Series     ←でました▼
Samsung 840 EVO      ←でました▼
SanDisk(SDSSD HII 240G) ←でました▼

HDD(東芝 2T MD04ACA200)  ←でました▼

メモリ 8GB
▼FastCopy321_x64
-----------------------------------

asccssac...@gmail.com

unread,
Oct 1, 2016, 1:33:09 AM10/1/16
to FastCopy掲示板


またひとつ言い忘れました

FastCopyも初期状態で検証しました

-------------以前は
■Buffer(MB):2048
■最大I/O単位:512
-------------

↓ 中止 訂正 何も設定なし

-------------デフォルトのまま
■Buffer(MB):128
■最大I/O単位:16
-------------

注意:ただし、「ベリファイ」「予測」だけはチェックを入れて
   使いましたが

o o

unread,
Oct 1, 2016, 3:02:33 AM10/1/16
to FastCopy掲示板
 計5.4GB@350MBファイル×16個)のファイルを、
1回目、C:SSD → C:SSD
2回目、C:SSD → D:HDD/SATA
と、各々4つのFastCopy(Verify:ON) を同時に実行しましたが、特に問題なく終了しました。

 次に
計15GB@1GBファイル×15個)のファイルを、同様に
1回目、C:SSD → C:SSD
2回目、C:SSD → D:HDD/SATA
と、各々4つのFastCopy(Verify:ON) を同時に実行しましたが、特に問題なく終了しました。

asccssac...@gmail.com

unread,
Oct 1, 2016, 6:42:23 AM10/1/16
to FastCopy掲示板
そうですか、、

現在検証途中ですが、
USBで接続したHDD  ←先ほど99%止まりがでたもの
5回目まで止まりませんね。。確かにUSBでは


SATA で接続した時は出たのですが、、、

●あとは、ファイルの数などの違いもあるのでしょうか?

1回当たり「ファイル数 11,993」×3=35,979 ファイル
実際はいまはなんともっと負荷をかけるために
■「6プロセス平行同時実行」に挑戦しました


1回当たり「ファイル数 11,993」×6=71,958 ファイル

で試しました

←5回連続で止まりません
-----------------------------------------------------------------
3 フォルダ 合計 2.55GB ファイル数 11,993、フォルダ数 1,039

t1 フォルダ 合計  611MB  ファイル数 6,282、フォルダ数 415
t2 フォルダ 合計  429MB ファイル数   275、フォルダ数  65
t3 フォルダ 合計 1,560MB  ファイル数 5,436、フォルダ数 556
-----------------------------------------------------------------



testフォルダの中身は3フォルダ(t1、t2、t3)です

-------------------------------いまの試験方法 USB接続HDD
A testフォルダ(2.5GB) → test1フォルダ ←同じフォルダを別6か所にコピー
B testフォルダ(2.5GB) → test2フォルダ
C testフォルダ(2.5GB) → test3フォルダ
D testフォルダ(2.5GB) → test4フォルダ
E testフォルダ(2.5GB) → test5フォルダ
F testフォルダ(2.5GB) → test6フォルダ

1回目:A Finished/B Finished/C Finished/D Finished/E Finished/F Finished
2回目:A Finished/B Finished/C Finished/D Finished/E Finished/F Finished
3回目:A Finished/B Finished/C Finished/D Finished/E Finished/F Finished
4回目:A Finished/B Finished/C Finished/D Finished/E Finished/F Finished
5回目:A Finished/B Finished/C Finished/D Finished/E Finished/F Finished
-------------------------------

もう少し検証してみます。。。







o o

unread,
Oct 1, 2016, 8:02:42 AM10/1/16
to FastCopy掲示板
 途中、‘もしかしてこれかな?’と思ったこ事として
(PC向けの)SSD の空き容量が少ない状態での、書き込みが多い使い方の場合の問題なのかな?
とも思ったのですが、書き込み先が ある程度でも限られているのかどうか不明だったのと、HDDも発生したということで、確度も低い可能性でしたので控えていました。

 また、HDDでも、NTFSの場合、極端に空き容量が少ないとジャーナル処理で非常に遅くなりますが、99%(CLOSE待ち?)でどの程度かは???です。

 もし、書き込み先の空き容量が少ないようでしたら、空き容量の確保と、デフラグの実行状況(SSDの場合はトリム処理が行われます)でどうかですね。

asccssac...@gmail.com

unread,
Oct 1, 2016, 9:09:04 AM10/1/16
to FastCopy掲示板
> 途中、‘もしかしてこれかな?’と思ったこ事として
>(PC向けの)SSD の空き容量が少ない状態での、
>書き込みが多い使い方の場合の問題なのかな?
>とも思ったのですが、
>書き込み先が ある程度でも限られているのかどうか不明だったのと、
>HDDも発生したということで、確度も低い可能性でしたので控えていました。

C: ドライブは
73.6G/100G
でまだたっぷり30G弱空いています。

[書き込み先]

HDD 182G/1.8T 182G 空き
SSD  26G/110G 26G 空き

で基本十分空いています



> また、HDDでも、NTFSの場合、極端に空き容量が少ないと
>ジャーナル処理で非常に遅くなりますが、99%(CLOSE待ち?)でどの程度かは???です。

> もし、書き込み先の空き容量が少ないようでしたら、
>空き容量の確保と、デフラグの実行状況
>(SSDの場合はトリム処理が行われます)でどうかですね。

書き込み先は十分空いてそうですが、、、

検証してみます。。。



Hiroaki SHIROUZU

unread,
Oct 1, 2016, 11:28:51 PM10/1/16
to FastCopy掲示板
手元で何度か試してみましたが、再現しないですね…より正確な再現条件が知りたいところです。

1.コピー元とコピー先は別ドライブですか?

2.ベリファイなしでも発生しますか?

3.99%と表示されている状況で
 1) 他のFastCopyを終了しても変化はありませんか?
 2) 新しくFastCopyを実行しようとした場合、そのプロセスも「待機中」になりますか?
 3) 99%と表示されている状態で、情報表示(TotalFiles~VefiyFiles等)を張り付けてみてもらえますか?

asccssac...@gmail.com

unread,
Oct 1, 2016, 11:33:01 PM10/1/16
to fast...@googlegroups.com
ついにエラーが出てしまいました


因みに以下ログファイルではなく、画面に出ている情報を見ると

HDD( E:ドライブ )が故障ですか???

-----------
E:\test2\test3\

エラーログ (ErrFiles: 1 / ErrDirs :0)
ReadFile(file is modified): E:\test\testfile
----------


E:\test\ testfile(2.5GB) ←オリジナル

↓ FastCopy でコピー中 E:\test2\test3\ フォルダに


E:\test2\test3\ testfile ←できたファイル
オリジナルの
E:\test\ testfile

がベリファイで違っていて
↓ 
▼(file is modified) 修正されています!!

でしょうか?

←無論コピー中に修正などはないので、、
 HDD( E:ドライブ )が故障で、、、コピーできないのでしょうか??




---------------------------以下は ログファイルの件
「異常が発生したため、例外情報を以下に保存しました」


fastcopy_exception.log

原因究明にお役に立てれば嬉しいです。。




■fastcopy_exception.log の中身

------ FastCopy(64bit) ver3.21 -----
 Date        : 2016/10/02 10:11:00
 Start       : 2016/10/02 10:03:28
 OS Infos    : 0a/00/3839/00/00/100
 Code/Adr/DC : C0000005 / 00000001400110FA / 0000000000000000
 AX/BX/CX/DX : 000000000049EC10 / 000000000049DDB0 / 000000000049DDB0 / 0000000000000000
 SI/DI/BP/SP : 0000000000000038 / 0000000000000000 / 0000000000000000 / 000000006294FE80
 08/09/10/11 : 0000000000000000 / 0000000000000038 / 0000000000000000 / 0000000000000246
 12/13/14/15 : 0000000000000000 / 0000000000000038 / 0000000000000000 / 0000000000000000
 BT/BF/ET/EF : 0000000000000000 / 0000000000000000 / 0000000000000000 / 0000000000000000
------- pre stack info -----
0000000000000000 0000000000000000 0000000000000000 0000000000000000
000000000049DDB0 000000014000AB49 0000000000000000 0000000000000000
0000000000000000 0000000000000000 0000000000000003 000000006A000000
0000000000000000 0000000000000000 000000000000000C 0000000000000000
0000000000000000 000000007FFF00C8 0000000000000013 0000000000000000
0000000000000000 0000000140008D11 0000000000000000 0000000000000000
0000000000000001 0000000000000013 0000000011E30000 0000000000000000
0000000000000001 000000000000000C 0000000000000000 000000014001105E
------- stack info -----
0000000000000038 000000000049DDB0 0000000000000000 0000000000000000
000000000000000F 0000000000000000 0000000000000000 0000000140011332
0000000000000000 000000000049DDB0 0000000000000000 0000000000000000
0000000000000000 0000000000000000 0000000000000001 0000000140006FF6
000000000049DDB0 0000000000000000 0000000000000000 0000000000000002
0000000000000000 000000014003A4B1 0000000000511920 0000000000000000
0000000140006F30 000000000049DDB0 0000000000000000 00007FF93E978364
0000000000000000 0000000000000000 0000000000000000 0000000000000000
---- reg point info ----
    00000000 00000000 f8eb4900 00000000 f8eb4900 00000000 00000000 00000000
Rax 10ec4900 00000000 10ec4900 00000000 00000000 00000000 203d0540 01000000
    a09f5000 00000000 c89e5000 00000000 04000000 00000000 48ec4900 00000000

    00000000 01000000 1b090000 00000000 28000000 00000000 80321902 00000000
Rbx 403d0540 01000000 48ed4900 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000

    00000000 01000000 1b090000 00000000 28000000 00000000 80321902 00000000
Rcx 403d0540 01000000 48ed4900 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000

    01000000 00000000 0c000000 00000000 00000000 00000000 5e100140 01000000
Rsp 38000000 00000000 b0dd4900 00000000 00000000 00000000 00000000 00000000
    0f000000 00000000 00000000 00000000 00000000 00000000 32130140 01000000

    83680c00 00483bc6 0f8cae00 00004c8b 83680c00 00488b6c 24404c03 c74d03c6
Rip 4d897810 488b8b68 0c000048 03cf4589 701c4989 48284589 78204589 68304439
    bb701000 00741948 8d860080 10004803 c7483b83 780c0000 7e0641bf 01000000

------------------------




-----------------------------------
「真っ白検証環境」
OS(Windows 10 Anniversary Pro 64bit ←アップなし 8月3日にでた時点もの)
 ドライバ インストールなし
 アプリ 一切なし
 ←無論アンチウィルスソフトも何もインストールなし
 ←以前COMODO で間違った検証の経験があるため



Samsung 840 Series      ←今手元になく未検証
Samsung 840 EVO       ←でませんでした◎
SanDisk(SDSSD HII 240G)  ←でませんでした◎

HDD-1(東芝 2T MD04ACA200)  ←でました▼
HDD-2(東芝 2T MD04ACA200)  ←でませんでした◎

メモリ 8GB
▼FastCopy321_x64
←セットアップなしで 
 FastCopy321_x64\フォルダ内の「FastCopy.exe」をいきなり実行

FastCopyも初期状態で検証しました


↓ 何も設定なし

-------------デフォルトのまま
■Buffer(MB):128
■最大I/O単位:16
-------------

注意:ただし、「ベリファイ」「予測」だけはチェックを入れて
   使いましたが



-----------------------------------
「検証方法」
大きな1ファイル(2.5GB)で試しました
 fsutil file createnew testfile 2600000000
 ↓ 作成
 testfile(2.5GB)で 試しました

 ↓
■Samsung 840 EVO内
A testfile(2.5GB) → test1フォルダ ←同じファイルを別3か所にコピー
B testfile(2.5GB) → test2フォルダ
C testfile(2.5GB) → test3フォルダ

■SanDisk(SDSSD HII 240G)内
A testfile(2.5GB) → test1フォルダ ←同じファイルを別3か所にコピー
B testfile(2.5GB) → test2フォルダ
C testfile(2.5GB) → test3フォルダ


■HDD-1(東芝 2T MD04ACA200)内
A testfile(2.5GB) → test1フォルダ ←同じファイルを別3か所にコピー
B testfile(2.5GB) → test2フォルダ
C testfile(2.5GB) → test3フォルダ
 ↓

注意:最大で9プロセス同時並行実行しました
   ←エラーがでた時も、もちろん「9プロセス同時並行実行」中でした


----------結果
Samsung 840 EVO内内
 1回目:A Finished/B Finished/C Finished ←12回問題なし◎
 2回目:A Finished/B Finished/C Finished
  ・
12回目:A Finished/B Finished/C Finished


SanDisk(SDSSD HII 240G)内
 1回目:A Finished/B Finished/C Finished ←9回問題なし◎
 2回目:A Finished/B Finished/C Finished
  ・
 9回目:A Finished/B Finished/C Finished


HDD-1(東芝 2T MD04ACA200)内
 1回目:A Finished/B Finished/C Finished
 2回目:A Finished/B Finished/C Err    ←2回目にエラー▼ログ
 3回目:A Finished/B Finished/C Finished ←3回目から問題なし
 4回目:A Finished/B Finished/C Finished
 5回目:A Finished/B Finished/C Finished
-----------------------------------

「考察」
恐縮です
今までのお話の▼「99%止まり」は本検証では、なんと出ませでした

(エラーはでましたが、、いま考えています。。原因を、、後ほど
ここで書くと長くなるので)


asccssac...@gmail.com

unread,
Oct 2, 2016, 6:52:27 PM10/2/16
to FastCopy掲示板
有難うございます

わかった感じです

結論:FastCopyには問題ありません
      (多分、HDDで唯一でたエラーを、HDDの壊れかけとした前提ですが)

理由:「真っ白検証環境」で正しく100%100項目、100回位をコピーできたので
    ←以下のエラー一つを除いて(詳細を以下に記載)

他の方の環境で、でない理由:
 簡単です
 1)正常なSSDやHDDを使っているからです
 2)多分デフォルト値で試験しているからです
    

   -------------以前は
   ■Buffer(MB):2048
   ■最大I/O単位:512  ←諸悪の根源?????
   -------------

   これが間違いでした。。
   全てはこの間違った適当な設定から起きたことです。。



   ↓ 中止 訂正 何も設定なし

   -------------デフォルトのまま
   ■Buffer(MB):128
   ■最大I/O単位:16
   -------------

   注意:ただし、「ベリファイ」「予測」だけはチェックを入れて
      使いましたが


   ←多分、皆さんはこのデフォルトのまま
    +
    正常な、SSDやHDDを使っている
    ↓
    「再現しませんよ!」です 多分

   ところがうちでは、


   -------------以前は
   ■Buffer(MB):2048
   ■最大I/O単位:512
   -------------

    +
    癖のあるサムスンSSD、や壊れかけている?HDDを使っている
    ↓
    「再現しますよ!99%止まりが」です


「教訓」■Buffer(MB):128 + ■最大I/O単位:16 のままコピーしましょう
    ■Buffer(MB):2048 + ■最大I/O単位:512
    ←1プロセスでは動きますが、、
    ←3プロセスなど同時実行すると「99%止まり」がでたりしますよ!

    ↓ 
    わかりました。(今後は、うちではデフォルトのまま使います)




---------------------------以下また細かい経過です 100項目試験の

現象詳細:

------------------------
Samsung 840 Series      ←今手元になく未検証
Samsung 840 EVO       ←でませんでした◎
SanDisk(SDSSD HII 240G)  ←でませんでした◎

HDD-1(東芝 2T MD04ACA200)  ←でました▼
HDD-2(東芝 2T MD04ACA200)  ←でませんでした◎
------------------------
↓ ひとつづつ言うと

Samsung 840 EVO
 「デフォルトのまま■Buffer(MB):128/■最大I/O単位:16」
   1ファイル(2.5GB)←Finished
   ファイル数 11,993 ←Finished

SanDisk(SDSSD HII 240G)
 「デフォルトのまま■Buffer(MB):128/■最大I/O単位:16」
   1ファイル(2.5GB)←Finished
   ファイル数 11,993 ←Finished

HDD-1(東芝 2T MD04ACA200)

 「デフォルトのまま■Buffer(MB):128/■最大I/O単位:16」
   1ファイル(2.5GB)←Finished (5回のうち1度エラー)HHDD壊れ?
   ファイル数 11,993 ←Finished


 ↑エラーログがでている通り壊れかけている?




HDD-2(東芝 2T MD04ACA200) 
 「デフォルトのまま■Buffer(MB):128/■最大I/O単位:16」
   1ファイル(2.5GB)←Finished
   ファイル数 11,993 ←Finishedの予定 これから




---------------------以下参考です
>手元で何度か試してみましたが、再現しないですね…より正確な再現条件が知りたいところです。

>1.コピー元とコピー先は別ドライブですか?

いいえ
同じです
C: ー> C:
D: ー> D:
I: ー> I:
のようにやりました

>2.ベリファイなしでも発生しますか?

できたら試します

>3.99%と表示されている状況で
>  1) 他のFastCopyを終了しても変化はありませんか?

「99%(応答なし)」と出ている画面を強制終了るすと
隣の「99%(応答なし)」がFinishedすることもあります



> 2) 新しくFastCopyを実行しようとした場合、そのプロセスも「待機中」になりますか?

できたら試します


> 3) 99%と表示されている状態で、情報表示(TotalFiles~VefiyFiles等)を張り付けてみてもらえますか?

できたら試します

Hiroaki SHIROUZU

unread,
Oct 2, 2016, 9:05:18 PM10/2/16
to fast...@googlegroups.com
ベリファイ時の非同期I/O待ちでエラーが出た場合に(正常なデバイスであれば普通は発生しませんが)、エラー表示されずに無制限の待ちとなる部分が見つかったので、その点を修正した v3.22をリリースしておきました。

お使いの環境でエラーメッセージが出るかどうか確認して頂けると助かります。
それと、非同期I/O を使わない=重畳数を1にするとどうなるか、確認して頂けると助かります。

asccssac...@gmail.com

unread,
Oct 2, 2016, 9:16:04 PM10/2/16
to FastCopy掲示板

あとは送ったエラーログの解析をお願いします

HDDのエラーですね!?
でしょうが、、

■fastcopy_exception.log






-----------------------------------
最後にあえて何が何でも「99%止まり」を再現
したいのなら


共通
----------
OS(Windows 10 Anniversary Pro 64bit
 ←アップデート済でもなんでも
 ←アンチウィルス入れても入れなくても
メモリ:非常に大事です。必ず余分なメモリを
    取り外して、8GBにしてください
    ▼16GBでは、、残念ですが、出ません(検証済)でした
----------



ハード)最高レベル
  同じSSDを用意する 
  ←Samsungがくせがあるので最適?
  
    Samsung 840 EVO ◎ 
  ←「RAPIDモード」掛けると最高です
  ←多分一発ででる感じです

    Samsung 840 Series ◎
    SanDisk(SDSSD HII 240G)〇←これでもOK これ以外でも?


    HDD(東芝 2T MD04ACA200)× ←多分出ません

テストデータ)1ファイル(2.5GB)はいまいちです(←SanDiskではでないので)
       ファイル数 ●11,993(2.5GB)以上くらい
       を作成しましょう
       数で勝負しましょう。▼大きさではなく

  A)1ファイル(2.5GB)
     Samsung 840 EVO ◎
     SanDisk(SDSSD HII 240G)× ←多分出ません▼(検証済)

  B)3 フォルダ(t1/t2/t3) 合計 2.55GB ファイル数 11,993(2.5GB)

    Samsung 840 EVO ◎
    SanDisk(SDSSD HII 240G)◎

テスト方法
  FastCopy321_x64\フォルダ内の「FastCopy.exe」をいきなり3つ画面起動
  ↓
   -------------以前は
   ■Buffer(MB):2048
   ■最大I/O単位:512  ←諸悪の根源?????
   -------------
  ↓ 2つを値設定
    
    A C:\test\t1/t2/t3\ → C:\test2\test1\ ←ファイル数 11,993(2.5GB)がコピーされる
    B C:\test\t1/t2/t3\ → C:\test2\test2\ ←ファイル数 11,993(2.5GB)がコピーされる
    C C:\test\t1/t2/t3\ → C:\test2\test3\ ←ファイル数 11,993(2.5GB)がコピーされる

  注意:いい加減に書いています
     1画面のコピー元フォルダに3フォルダを流し込んだイメージです
     「Source」「C:\test\t1; C:\test\t2; C:\test\t3」ですね。正確には

  ↓A,B,C の3プロセス同時★強制実行 ←9プロセスでも

  「結果予想」Samsung 840 EVOなら1回目ででるかもしれません
                ←うちでは簡単にでますが「RAPIDモード」なら
        例えば、C プロセスのみ「99%止まり」

Q&A

Q)以下のほぼ同じ環境でやりましたが、出ません?

    メモリが16Gでは、出ません 
   ←8Gにしてください
    1ファイル(2.5GB)などでは、出ません 
   ←ファイル数 11,993 ~数万(数十万?)にしてください

  ------
 OS(Windows 10 Anniversary Pro 64bit
 Transcend SSD
 3つ同時
 Buffer(MB):2048/最大I/O単位:512 
  ------

Q)HDDでもでますか?
  全機種は不明です

  例) HDD(東芝 2T MD04ACA200)× ←多分出ません(でした)
     ←原始的なHDDでは癖がないのでしょうか??
      (上書きできない)過渡期のSSDとは違って?

Q)Samsung 840 EVO →  SanDisk(SDSSD HII 240G)
  へのコピーでも、出ますか?

  まだ試していません (←話が複雑になるので)

---------------------
何かのお役に立てれば幸いです
重宝しておりますから。。。









asccssac...@gmail.com

unread,
Oct 3, 2016, 12:52:48 AM10/3/16
to FastCopy掲示板
有難うございます

今は環境がないので
夜試してみます

>ベリファイ時の非同期I/O待ちでエラーが出た場合に
>(正常なデバイスであれば普通は発生しませんが)、

壊れかけ?のHDD(だと思っていますが?)
など使っていてすみません
助かります


>エラー表示されずに無制限の待ちとなる部分が見つかったので、
>その点を修正した v3.22をリリースしておきました。

お役に立てて嬉しいです。。。。

>お使いの環境でエラーメッセージが出るかどうか確認して頂けると助かります。
>それと、非同期I/O を使わない=重畳数を1にするとどうなるか、
>確認して頂けると助かります。

分かりました

-------------------
気になっていますが、
昨日貼り付けた

■エラーログの解析は
進んでいるのですか???

asccssac...@gmail.com

unread,
Oct 3, 2016, 11:19:37 AM10/3/16
to fast...@googlegroups.com
有難うございました

試しました

結論:基本問題ないと思います

検証:例の「真っ白検証環境」 で試しました
   ←昨日も問題ありませんでしたが

考察:いずにしても、正常な(まともな)SSD/HDD
   を使用している方には何の意味もありません
    ↓ 
   FastCopyは問題ありませんから、ご安心くだい

-----------------------------------------------------------------------------
余談ですが、、

以下


また例の壊れかけのHDD?で

でています


何かのお役に立てれば幸いです

あくまで研究用としてください
まともなHDD・SSDを使っている多数の人にはでないので


-----------------------------------------------
異常が発生したため、例外情報を以下に保存しました


D:\FastCopy322_x64\fastcopy_exception.log

作者に送付すると、原因究明の手がかりになります

OKを押すと保存フォダが開きます
-----------------------------------------------



▼壊れかけた?HDDなど使うべきではありませんね
本当に捨てますよ
このHDDは もういい加減 凝りました!!

ただ
FastCopy 以外は特に問題がないように
見えるのですが、、、??
素人には



症状 E:\test\t1/t2/t3 → E:\test2\test3\ の時でました

-----------------------接続できません

Not clear wOvl in WriteFileCore(既に存在するファイルを作成することはできません。183) : 
「中止」
-----------------------
E:\test2\test3\file.KD14

エラーログ(ErrFiles : 1 / ErrDirs : 0 ))





■fastcopy_exception

------ FastCopy(64bit) ver3.22 -----
 Date        : 2016/10/03 23:01:19
 Start       : 2016/10/03 21:53:31
 OS Infos    : 0a/00/3839/00/00/100
 Code/Adr/DC : C0000005 / 000000014000EFCA / 0000000000500000
 AX/BX/CX/DX : 0000000000000001 / 000000000052F3F0 / 00007FFAF0BB5154 / 0000000000000000
 SI/DI/BP/SP : 0000000000004000 / 0000000000000000 / 0000000000004000 / 00000000611DFD70
 08/09/10/11 : 00000000611DFCF8 / 0000000000004000 / 0000000000000000 / 0000000000000246
 12/13/14/15 : 0000000000000AE0 / 00000000005302E0 / 000000000CA1C840 / 0000000000000000
 BT/BF/ET/EF : 0000000000000000 / 0000000000000000 / 0000000000000000 / 0000000000000000
------- pre stack info -----
0000000000000040 0000000000000000 00000000611DFC88 000000020000000C
0000000000000101 0000154A3C552193 000000002A000000 0000000080000000
0000000000000003 000000000CA1C884 000000000052F3F0 FFFFFFFFFFFFFFFF
0000000000000005 00007FFAEDA1D496 0000000000000000 0000000000000000
0000000000000000 00007FFAEDA4141B 00000000611DFD10 0000000000000000
0000000000000020 000000002A000000 0000000000001000 0000000000000004
00000000005305C8 0000000140028895 000000000D090000 0000000001328000
00000000005302C8 000000000052F3F0 0000000000000000 000000014000EF92
------- stack info -----
000000000052F3F0 0000000000004000 00000000005302E0 0000000000000AE0
0000000000000000 0000000000004000 000000000052F3F0 000000014000F545
0000000000000AE0 0000000002871C18 0000000000000000 0000000000004000
0000000002870918 0000000000000002 000000C02A000000 0000000000000000
FFFFFFFF00000005 0000000000000000 0000000000004000 0000000000000000
0000000000000000 0000000000000000 0000000000000001 0000000000000002
0000000000000000 0000000000000000 0000000000000001 0000000000000001
000000000052F3F0 000000014000F80D 00000000000030A5 000000000CA1C840
0000000000000AE0 0000000000000000 0000000000000008 0000000000000013
0000000000000000 000000014000E217 0000000000000001 0000000000000000
000000000052F3F0 000000000052F3F0 0000000000000013 0000000002876050
0000000140066EA0 00000000611DFEC8 0000000000000000 000000014000DD20
000000000052F3F0 000000014000DD5B 000000000052F3F0 000000000052F3F0
0000000000000000 0000000000000005 000000014000DD20 000000014003A641
000000000052F3F0 0000000000000000 0000000000000000 0000000000000000
0000000000000000 00007FFAEE248364 0000000000000000 0000000000000000
---- reg point info ----
    00000000 01000000 1b090000 00000000 28000000 00000000 10298502 00000000
Rbx 803d0540 01000000 88035300 00000000 00000000 00000000 00000000 00000000
    00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000

    c3cd2ec3 0f1f8400 00000000 4c8bd1b8 18000000 f6042508 03fe7f01 75030f05
Rcx c3cd2ec3 0f1f8400 00000000 4c8bd1b8 19000000 f6042508 03fe7f01 75030f05
    c3cd2ec3 0f1f8400 00000000 4c8bd1b8 1a000000 f6042508 03fe7f01 75030f05

    c8025300 00000000 f0f35200 00000000 00000000 00000000 92ef0040 01000000
Rsp f0f35200 00000000 00400000 00000000 e0025300 00000000 e00a0000 00000000
    00000000 00000000 00400000 00000000 f0f35200 00000000 45f50040 01000000

    96d4a1ed fa7f0000 00000000 00000000 00000000 00000000 00000000 00000000
R8  1b14a4ed fa7f0000 10fd1d61 00000000 00000000 00000000 20000000 00000000
    0000002a 00000000 00100000 00000000 04000000 00000000 c8055300 00000000

    603d0540 01000000 f01c8702 00000000 601c8702 00000000 03000000 00000000
R13 181c8702 00000000 181c8702 00000000 01000000 00000000 f8025300 00000000
    f8025300 00000000 00000000 00000000 181c8702 00000000 00003604 00000000

    0083bb68 10000000 740733c0 e99e0100 004533ff 4c896424 4033ff4d 85f67409
Rip 49634640 4803c0eb 0233c08d 705885ed 740a8b83 28080000 03c503f0 488d8b30
    120000ff 1525a503 00488d8b d8110000 4863f6e8 9e8d0100 483bc67f 32660f1f

------------------------


asccssac...@gmail.com

unread,
Oct 4, 2016, 10:16:24 AM10/4/16
to fast...@googlegroups.com
>ベリファイ時の非同期I/O待ちでエラーが出た場合に(正常なデバイスであれば普通は発生しませんが)、
>エラー表示されずに無制限の待ちとなる部分が見つかったので、
<その点を修正した v3.22をリリースしておきました。

>お使いの環境でエラーメッセージが出るかどうか確認して頂けると助かります。
>それと、非同期I/O を使わない=重畳数を1にするとどうなるか、確認して頂けると助かります。

先日は深夜になり眠くて簡単に書いてしまってすみません

詳細です

>それと、非同期I/O を使わない=重畳数を1にするとどうなるか、
>確認して頂けると助かります。

■非同期I/O を使わない=重畳数を1

十分変化がありました

昨日はこれを試さないで

問題ないです と言っていました


バリバリに問題あります

本件はこれが最大の要因でした。


---------------------------------
1)非同期I/O を使わない=重畳数を1にすると
  皆ろくに動かない
 例外は、例の壊れかけ?HDD(E:)
  ↓
 弱にいえば「非同期I/O を使わない=重畳数を1にすると」
 E:ドライブがバリバリに動く
---------------------------------

ある意味すべて解決しました。。。。。。。。。。。。。

--------------------------------
Samsung 840 EVO           ←非同期I/O を使う=重畳数を4にすると バリバリ
SanDisk(SDSSD HII 240G)  ←非同期I/O を使う=重畳数を4にすると バリバリ
D: HDD(東芝 2T MD04ACA200)←非同期I/O を使う=重畳数を4にすると バリバリ
E: HDD(東芝 2T MD04ACA200)←非同期I/O を使わない=重畳数を▼1にすると バリバリ
--------------------------------

うちではこれが正解でした

信じられませんが、同じモデルのHDD
で設定が違うのが、全ての問題の原因でした。。。

同じモデルのHDDでこんなことがあるのですか?
工場集荷状態ではありませんが、
その後はありえます
「E:」は壊れかけているからです

やはりそういうことでしょうか????????????
でも当分使えそうです
重畳数を▼1にすると バリバリ に動くので。。
捨てるか、まだ使うか、、、、ご判断をお願いします

E: のバリバリの使いかた(対処方法=重畳数を▼1)はわかりましたが、

根本的な原因はまだ不明です。。

FastCopyは勉強になりますね。。



asccssac...@gmail.com

unread,
Oct 4, 2016, 6:42:00 PM10/4/16
to FastCopy掲示板
また言い忘れました

>お使いの環境でエラーメッセージが出るかどうか確認して頂けると助かります。

結果から言えば、恐縮です
ご期待に反します
エラーがあった場合に、「エラーメッセージが正しく画面に表示されますか?」
いいえ
(露骨にいうと「ハングします(プロセス応答なし)」)


つまり

エラーがあった場合に、

■99%エラー止まり
まだでます(出せます わざと)


←エラーメッセージが正しく出ない▼
 で「応答なし」状態で止まっています
 初回の話と同じです
 この99%エラー止まり「応答なし」から話が始まりました


----------------------------------参考


「まとめ」
1)99%エラー止まり

 A)出し方(発生させる方法)例

  非同期I/O を使わない=重畳数を▼1にする
   Samsung 840 EVO           ←でました(ハング)
   D: HDD(東芝 2T MD04ACA200)←でました(ハング)

 B)対処方法(発生させない方法)例
  非同期I/O を使う=重畳数を4にする
   Samsung 840 EVO           ←でません(正常)
   D: HDD(東芝 2T MD04ACA200)←でません(正常)
----------------------------------











-----------------------------------
-----------------------------------
以下検証の詳細です 細かいです
-----------------------------------
-----------------------------------
「真っ白検証環境」
OS(Windows 10 Anniversary Pro 64bit ←アップなし 8月3日にでた時点もの)
 ドライバ インストールなし
 アプリ 一切なし
 ←無論アンチウィルスソフトも何もインストールなし
 ←以前COMODO で間違った検証の経験があるため



Samsung 840 Series      ←今手元になく未検証
Samsung 840 EVO       ←でませんでした◎
SanDisk(SDSSD HII 240G)  ←でませんでした◎

HDD-1(東芝 2T MD04ACA200)  ←でませんでした◎
HDD-2(東芝 2T MD04ACA200)  ←でませんでした◎

メモリ 8GB
▼FastCopy322_x64
←セットアップなしで 
 FastCopy322_x64\フォルダ内の「FastCopy.exe」をいきなり実行

FastCopyも初期状態で検証しました


↓ 何も設定なし

-------------デフォルトのまま
■Buffer(MB):128
■最大I/O単位:16
-------------

注意:ただし、「ベリファイ」「予測」だけはチェックを入れて
   使いましたが



-----------------------------------
「検証方法」
「3 フォルダ 合計 2.55GB ファイル数 11,993」で試しました
-----------------------------------------------------------------
3 フォルダ 合計 2.55GB ファイル数 11,993、フォルダ数 1,039

t1 フォルダ 合計  611MB  ファイル数 6,282、フォルダ数 415
t2 フォルダ 合計  429MB ファイル数   275、フォルダ数  65
t3 フォルダ 合計 1,560MB  ファイル数 5,436、フォルダ数 556
-----------------------------------------------------------------



testフォルダの中身は3フォルダ(t1、t2、t3)です

↓ さあ試験開始

■Samsung 840 EVO ←非同期I/O を使う=重畳数を4にすると バリバリ
-------------------------------いまの試験方法
A C:\testフォルダ(2.5GB) → C:\test1フォルダ ←同じフォルダを別3か所にコピー
B C:\testフォルダ(2.5GB) → C:\test2フォルダ
C C:\testフォルダ(2.5GB) → C:\test3フォルダ

1回目:A Finished/B Finished/C Finished
2回目:A Finished/B Finished/C Finished
3回目:A Finished/B Finished/C Finished
4回目:A Finished/B Finished/C Finished
5回目:A Finished/B Finished/C Finished
-------------------------------

■SanDisk(SDSSD HII 240G)  ←非同期I/O を使う=重畳数を4にすると バリバリ
-------------------------------いまの試験方法
A H:\testフォルダ(2.5GB) → H:\test1フォルダ ←同じフォルダを別3か所にコピー
B H:\testフォルダ(2.5GB) → H:\test2フォルダ
C H:\testフォルダ(2.5GB) → H:\test3フォルダ

1回目:A Finished/B Finished/C Finished
2回目:A Finished/B Finished/C Finished
3回目:A Finished/B Finished/C Finished
4回目:A Finished/B Finished/C Finished
5回目:A Finished/B Finished/C Finished
-------------------------------

■D: HDD(東芝 2T MD04ACA200)←非同期I/O を使う=重畳数を4にすると バリバリ
-------------------------------いまの試験方法
A D:\testフォルダ(2.5GB) → D:\test1フォルダ ←同じフォルダを別3か所にコピー
B D:\testフォルダ(2.5GB) → D:\test2フォルダ
C D:\testフォルダ(2.5GB) → D:\test3フォルダ

1回目:A Finished/B Finished/C Finished
2回目:A Finished/B Finished/C Finished
3回目:A Finished/B Finished/C Finished
4回目:A Finished/B Finished/C Finished
-------------------------------


■E: HDD(東芝 2T MD04ACA200)←非同期I/O を使わない=重畳数を▼1にすると バリバリ
-------------------------------いまの試験方法
A E:\testフォルダ(2.5GB) → E:\test1フォルダ ←同じフォルダを別3か所にコピー
B E:\testフォルダ(2.5GB) → E:\test2フォルダ
C E:\testフォルダ(2.5GB) → E:\test3フォルダ

1回目:A Finished/B Finished/C Finished
2回目:A Finished/B Finished/C Finished
3回目:A Finished/B Finished/C Finished
4回目:A Finished/B Finished/C Finished
-------------------------------




注意:最大で12プロセス同時並行実行しました

   ←4ドライブ×3プロセス(A,B,C)=12プロセス

結果:何の問題もなく全てパス、完了、←Finished
   「99%止まり」(応答なし)←でません
   エラーログ(異常終了)←でません
   エラーメッセージ画面表示←でません 正常ですから当然





「考察」
恐縮です
うちでは、対処方法が分かったので、おなか一杯です
願わくば、細かい
■重畳数:
■Buffer(MB):
■最大I/O単位:
などの設定値の調べ方があれば幸いです。。

闇雲にやって痛い目に会う前に
誰かさんのように。。。



Q)痛い目に会わないためには?

1.デフォルトでする

■Buffer(MB):128 ◎
■最大I/O単位:16 ◎

間違っても

■Buffer(MB):2048 ×
■最大I/O単位:512 ×

など闇雲にしない

2.SSD / HDD の個性を知る
■重畳数:
の違いを知る

3.他のソフトの影響を排除する

「真っ白検証環境」でする
←Malwarebytes Anti-Ransomware に捕まらないように。。。

でも
←ドライバもいれないなんて、現実無理ですが、
←アンチウィルスもいれないなんて、現実無理ですが、

4.同時にいっぱい平行でコピーしない
1つづつする気長に ←これが王道!!!!?

やっぱり
FastCopy
最高です

バージョンアップ楽しみです。。。。。



















asccssac...@gmail.com

unread,
Oct 6, 2016, 6:36:34 PM10/6/16
to FastCopy掲示板
念のために気になっていたことを検証してみました

「結論」1回毎に「empty.vbs」(メモリ解放)を実行すると
    結構バリバリに動くパターンが出ました(重畳数を▼1 でも)

    ←前回の様に「最大で12プロセス同時並行実行」
     では「99%止まり」がでましたが

「考察」どうもメモリの動きが、気になっていました
    メモリーリークはあるのでしょうか?
    メモリーの共有やプロセス間通信はあるのでしょうか?  



■Microsoft純正メモリー開放ソフト「empty.exe」
---------------empty.vbs
Set emp = CreateObject("Wscript.Shell")
emp.run "cmd /c empty.exe *",vbhide
---------------

---------------
C:\Windows\System32\empty.exe
---------------


-----------------------------------
-----------------------------------
以下検証の詳細です 非常に細かいです ほとんどがダブりです
-----------------------------------
-----------------------------------
「真っ白検証環境」
OS(Windows 10 Anniversary Pro 64bit ←アップなし 8月3日にでた時点もの)
 ドライバ インストールなし
 アプリ 一切なし
 ←無論アンチウィルスソフトも何もインストールなし
 ←以前COMODO で間違った検証の経験があるため



Samsung 840 Series      ←今手元になく未検証
Samsung 840 EVO       ←同時以外は、でませんでした▼
SanDisk(SDSSD HII 240G)  ←同時では、でました▽

HDD-1(東芝 2T MD04ACA200)  ←同時以外は、でませんでした▼
HDD-2(東芝 2T MD04ACA200)  ←でませんでした◎

メモリ 8GB
▼FastCopy322_x64
←セットアップなしで 
 FastCopy322_x64\フォルダ内の「FastCopy.exe」をいきなり実行

FastCopyも初期状態で検証しました


↓ 何も設定なし

-------------デフォルトのまま
■Buffer(MB):128
■最大I/O単位:16
-------------
■重畳数:1←非同期I/O を使わない
-------------
注意:ただし、「ベリファイ」「予測」だけはチェックを入れて
   使いましたが



-----------------------------------
「検証方法」
「3 フォルダ 合計 2.55GB ファイル数 11,993」で試しました
-----------------------------------------------------------------
3 フォルダ 合計 2.55GB ファイル数 11,993、フォルダ数 1,039

t1 フォルダ 合計  611MB  ファイル数 6,282、フォルダ数 415
t2 フォルダ 合計  429MB ファイル数   275、フォルダ数  65
t3 フォルダ 合計 1,560MB  ファイル数 5,436、フォルダ数 556
-----------------------------------------------------------------



testフォルダの中身は3フォルダ(t1、t2、t3)です

↓ さあ試験開始


1.単独1ドライブのみで検証 グッド!

■Samsung 840 EVO ←非同期I/O を使わない=重畳数を▼1にする empty.vbs 実行でバリバリ
-------------------------------いまの試験方法
A C:\testフォルダ(2.5GB) → C:\test1フォルダ ←同じフォルダを別3か所にコピー
B C:\testフォルダ(2.5GB) → C:\test2フォルダ
C C:\testフォルダ(2.5GB) → C:\test3フォルダ


empty.vbs 実行
1回目:A Finished/B Finished/C Finished
empty.vbs 実行
2回目:A Finished/B Finished/C Finished
empty.vbs 実行
3回目:A Finished/B Finished/C Finished
empty.vbs 実行
4回目:A Finished/B Finished/C Finished


-------------------------------


2.同時2ドライブに挑戦  グッド!

■Samsung 840 EVO ←非同期I/O を使わない=重畳数を▼1にする empty.vbs 実行でバリバリ
-------------------------------いまの試験方法
A C:\testフォルダ(2.5GB) → C:\test1フォルダ ←同じフォルダを別3か所にコピー
B C:\testフォルダ(2.5GB) → C:\test2フォルダ
C C:\testフォルダ(2.5GB) → C:\test3フォルダ


empty.vbs 実行
1回目:A Finished/B Finished/C Finished
empty.vbs 実行
2回目:A Finished/B Finished/C Finished
empty.vbs 実行
3回目:A Finished/B Finished/C Finished
empty.vbs 実行
4回目:A Finished/B Finished/C Finished

中略

empty.vbs 実行
10回目:A Finished/B Finished/C Finished
-------------------------------


■D: HDD(東芝 2T MD04ACA200)←非同期I/O を使わない=重畳数を▼1にする empty.vbs 実行でバリバリ
-------------------------------いまの試験方法
A D:\testフォルダ(2.5GB) → D:\test1フォルダ ←同じフォルダを別3か所にコピー
B D:\testフォルダ(2.5GB) → D:\test2フォルダ
C D:\testフォルダ(2.5GB) → D:\test3フォルダ

empty.vbs 実行
1回目:A Finished/B Finished/C Finished
empty.vbs 実行
2回目:A Finished/B Finished/C Finished
empty.vbs 実行
3回目:A Finished/B Finished/C Finished
empty.vbs 実行
4回目:A Finished/B Finished/C Finished
-------------------------------


3.ラスト 同時4ドライブに挑戦  バッド?

■Samsung 840 EVO ←非同期I/O を使わない=重畳数を▼1にする

-------------------------------いまの試験方法
A C:\testフォルダ(2.5GB) → C:\test1フォルダ ←同じフォルダを別3か所にコピー
B C:\testフォルダ(2.5GB) → C:\test2フォルダ
C C:\testフォルダ(2.5GB) → C:\test3フォルダ


empty.vbs 実行1
1回目:A Finished/B 99%止まり/C 99%止まり


■SanDisk(SDSSD HII 240G)  ←非同期I/O を使わない=重畳数を▼1にする
-------------------------------いまの試験方法
A H:\testフォルダ(2.5GB) → H:\test1フォルダ ←同じフォルダを別3か所にコピー
B H:\testフォルダ(2.5GB) → H:\test2フォルダ
C H:\testフォルダ(2.5GB) → H:\test3フォルダ

empty.vbs 実行2
1回目:A 99%止まり/B 99%止まり/C 99%止まり



■D: HDD(東芝 2T MD04ACA200)←非同期I/O を使わない=重畳数を▼1にする
-------------------------------いまの試験方法
A D:\testフォルダ(2.5GB) → D:\test1フォルダ ←同じフォルダを別3か所にコピー
B D:\testフォルダ(2.5GB) → D:\test2フォルダ
C D:\testフォルダ(2.5GB) → D:\test3フォルダ

empty.vbs 実行3
1回目:A 99%止まり/B 99%止まり/C 99%止まり

■E: HDD(東芝 2T MD04ACA200)←非同期I/O を使わない=重畳数を▼1にする
-------------------------------いまの試験方法
A E:\testフォルダ(2.5GB) → E:\test1フォルダ ←同じフォルダを別3か所にコピー
B E:\testフォルダ(2.5GB) → E:\test2フォルダ
C E:\testフォルダ(2.5GB) → E:\test3フォルダ

empty.vbs 実行4
1回目:A Finished/B Finished/C Finished←これだけ全部 Finished 重畳数を▼1 相性がよい


注意:empty.vbs 実行1~empty.vbs 実行4 と明示しましたが、実際は1回しか
   実行していません。。4ドライブ実行する直前に1度実行すれば十分なので


注意:最大で12プロセス同時並行実行しました

   ←4ドライブ×3プロセス(A,B,C)=12プロセス

結果:1回目でいきなり止まりました。。
   流れからして楽勝全部パス(Finished)すると
   思ったのですが、甘かったです


   「99%止まり」(応答なし)←でました 山のように!
   エラーログ(異常終了)←でません
   エラーメッセージ画面表示←でません 応答なしですから





「考察」やはりメモリーの使用量や共有?やプロセス間通信?で
    メモリの使い方やタイミングに何か
    ヒントがあるのでは?と闇雲に思っています。。

最後:「empty.vbs」(メモリ解放)でこんなに動いたのには
驚きました。。
参考になれば幸いです。。

asccssac...@gmail.com

unread,
Oct 10, 2016, 9:35:16 AM10/10/16
to fast...@googlegroups.com
どうやら原因がわかった感じです

「結論」「Samsung 840 EVO」 との相性が悪かった

「対処」C: 起動ドライブを変更しました

    Samsung 840 EVO
     ↓
    SanDisk(SDSSD HII 240G)

「結果」バッチリ 全て解消 ←●全て解決しました

「考察」「Samsung 840 EVO」は性能が良すぎるのか、劣っているか
    で、うちのPCとは全く合いませんでした
    ←C: 起動ドライブとして使っていたのが間違いでした
    FastCopyは悪くありませんから、ご安心ください

----------------------以下詳細

                                               128/16/1  128/16/4  2048/512/1  2048/512/4
起動ドライブ(C:):Samsung 840 EVO
   Samsung 840 EVO                              ×        〇
   SanDisk(SDSSD HII 240G)                    ×        〇
   D:                                           ×        〇
   E:                                           〇        ×

起動ドライブ(C:):SanDisk(SDSSD HII 240G)
   SanDisk(SDSSD HII 240G)                    〇        〇        〇          〇
   Samsung 840 EVO                              〇        〇        〇          〇
   D:                                           〇        〇        〇          〇
   E:                                           〇        〇        〇          〇
----------------------
「注意」128/16/1 は、「Buffer(MB):128 / 最大I/O単位:16 / 重畳数:1 」です
「注意」D: は、HDD-1(東芝 2T MD04ACA200)
           E: は、HDD-2(東芝 2T MD04ACA200)
「注意」「2048/512/4」だけでは、仮想メモリサイズをデフォルト(14G)では動かず
    30G に手動で設定しました。他はデフォルト(14G)のままです
    ←これも不思議です。なぜデフォルト(14G)では「99%」止まりになるのか

「結果」
起動ドライブをSanDiskにしたら、全ドライブで4モードで〇が4つでて、正常終了しました
←申し分ありません。初めからこれをやりたかったので、それが●実現しました

つまり、仮に▼9月25日現在に、起動ドライブがSanDiskだったら
全て正常コピーできていたので
「99%で止まっている場合はベリファイ中(失敗中)ですか?」
と質問はしなかった  ということです。。。
Samsung 840 EVO を使っていたのが失敗でした。。



「最後に」なぜ、「Samsung 840 EVO」と相性が悪いかは不明です
     推測では、性能が良すぎるのか?メモリーのアクセスタイミングが
     シビアなのか?
     ←SanDisk のほうが、「読み書き」、「上書き」(削除/作成)処理が
      うまいのか

     なぜか、「Samsung 840 EVO」ではページング(仮想記憶)が発生すると顕著に
                 「99%止まり」が発生します
     ←これが16Gなど豊富なメモリを搭載しているPCで「99%止まり」
      がでない理由と思われます。(←ページングがないので)幸いに、、、

「願わくば」本件は、PCとSSDの相性的な問題です。
      相性問題まで想定したらきりがないでしょうが、、
      できましたら

      メモリが足らないなら
       ↓
      「メモリが足らないので処理を中断します」


      SSDと相性が悪いなら
       ↓
      「メモリ(仮想記憶)とのアクセスタイミングが合わないので処理を中断します」

      などと、エラー表示して
       ↓
      正常?終了が助かります ←原因が明らかですから対処しやすいです

      ▼「99%止まり」(応答なし)になるよりは、、
      ←滅茶苦茶不安になるので

あらゆるSSDに対処して欲しい!では、、
贅沢ばかりで恐縮です
品質改善に少しでも繋がれば幸いです。。

「余談」
■(逆にいうとこんなシビアな使い方をする人もあまりいないでしょうが、)
1)「Samsung 840 EVO」相性問題

2)E: HDD-2(東芝 2T MD04ACA200)壊れかけ?(性能問題)

のあぶり出しに大いに役立っています

やはり
FastCopy 最高です。。

   

asccssac...@gmail.com

unread,
Oct 10, 2016, 7:01:44 PM10/10/16
to FastCopy掲示板
また言い忘れました(いい間違いました)


---------------------------------
      メモリが足らないなら
       ↓
      「メモリが足らないので処理を中断します」
---------------------------------
このメッセージは正しく表示されます 多分
●単純なメモリ不足は表示OKです 多分

例外で

■「Open File(システムリソースが不足しているため、要求されたサービス」
■と表示しながら「99%(応答なし)」止まりがでます
←これが気になります

ちゃんと理由がわかっているのに、
なぜ「99%(応答なし)」止まってしまうのが




---------------------------------
      SSDと相性が悪いなら
       ↓
      「メモリ(仮想記憶)とのアクセスタイミングが合わないので処理を中断します」
---------------------------------

このような表示は確か見たことがありません

↑上記の「システムリソースが不足」ではないでしょうが、、??



Hiroaki SHIROUZU

unread,
Oct 11, 2016, 5:21:26 AM10/11/16
to FastCopy掲示板
いろいろと調査ありがとうございます。

特定の環境(と少し特殊な使い方)に依存する問題のようですが、(例えばスワップ多発等で)例外が出やすくなるのだとすると問題は潜在的なバグの可能性を示唆しているので、もう少し調査が掛かりそうですが、なるべく究明したいと考えています。
また何か判りましたら、別途、テストのお願いをするかもしれません。その際はよろしくお願いします。

ただ、I/Oサイズはユーザ側メモリだけでなく、OSカーネル内メモリ確保にも関わっていますので、極端に大きなサイズにするとOS側でも問題を起こしやすくなる印象はありますね。

ともあれ、使う側としては、大くくりには下記に気を付けてもらう方が、速度と安全性を満たした状態で使えるかと思います。

1.(合計で)物理メモリを超えるようなバッファ指定はしない。
 (OSや他のアプリケーション分も考慮。超えるとスワップ多発で却って遅くなります。さらにスワップアクセスとコピーアクセスが重なると、さらにシーク多発という状況も)

2.同一デバイスに複数実行はなるべく避ける。
 (特に単一HDDの場合、遅くなるだけでなく、シーク多発で寿命に影響する可能性があります)

3.ベリファイを行う場合、ハッシュ計算のためにCPUをそれなりに消費するので、コア数を大きく超えて同時実行しない。
 (こちらはCPUがボトルネックになる可能性を気にしたものですが、上の2つに比べるとさほど気にするレベルではないかもしれません)

asccssac...@gmail.com

unread,
Oct 11, 2016, 6:56:52 AM10/11/16
to fast...@googlegroups.com
>いろいろと調査ありがとうございます。

いいえ、言い出した本人ですから。。



>特定の環境(と少し特殊な使い方)に依存する問題のようですが、
>(例えばスワップ多発等で)例外が出やすくなるのだとすると
>問題は潜在的なバグの可能性を示唆しているので、
>もう少し調査が掛かりそうですが、なるべく究明したいと考えています。

そうですか、助かります

確かに
■スワップ多発等で例外が出やすくなる
です。。

わざとHDDに pagefile.sys を作ってみたら
一発で止まりました。。
SSDをよりも遅いので、当然だと思いました。。




>また何か判りましたら、
>別途、テストのお願いをするかもしれません。
>その際はよろしくお願いします。

お安御用です
さすがにもう検証は慣れましたから。。



>ただ、I/Oサイズはユーザ側メモリだけでなく、
>OSカーネル内メモリ確保にも関わっていますので、
>極端に大きなサイズにするとOS側でも問題を起こしやすくなる印象はありますね。

>ともあれ、使う側としては、大くくりには下記に気を付けてもらう方が、
>速度と安全性を満たした状態で使えるかと思います。

>1.(合計で)物理メモリを超えるようなバッファ指定はしない。
> (OSや他のアプリケーション分も考慮。
>   超えるとスワップ多発で却って遅くなります。
?  さらにスワップアクセスとコピーアクセスが重なると、さらにシーク多発という状況も)

さすがに物理メモリ超えの、、8G超えはやっていませんね


>2.同一デバイスに複数実行はなるべく避ける。
> (特に単一HDDの場合、遅くなるだけでなく、
>    シーク多発で寿命に影響する可能性があります)

▼これはやってしまいました。。
同一ドライブに同時3つコピーしていました。。
気になっていました。。が案の定です。。


>3.ベリファイを行う場合、]
>  ハッシュ計算のためにCPUをそれなりに消費するので、
>  コア数を大きく超えて同時実行しない。
> (こちらはCPUがボトルネックになる可能性を気にしたものですが、
>  上の2つに比べるとさほど気にするレベルではないかもしれません)

実はCPUは「CORE i7 3820」でバリバリです、ご安心ください
------------------
Intel® Core™ i7-3820 Processor 
(10M Cache, up to 3.80 GHz)
------------------

頑張ってください


補足

なおひとつ前の掲示板で

■「Open File(システムリソースが不足しているため、要求されたサービス」
■と表示しながら「99%(応答なし)」止まりがでます

の出たタイミングは、、

以下の「×表示」の時です


×  =99% 止まり
表示 =「Open File(システムリソースが不足しているため、要求されたサービス」

を意味します

つまり、D: でしか出ていません。。です
他の3つの×は99% 止まり(表示なし)だけです


----------------------以下詳細

                                               128/16/1  128/16/4  2048/512/1  2048/512/4

起動ドライブ(C:):SanDisk(SDSSD HII 240G)
   SanDisk(SDSSD HII 240G)                    〇        〇        〇          ×
   Samsung 840 EVO                              〇        〇        〇          ×
   D:                                           〇        〇        〇          ×表示
   E:                                           〇        〇        〇          ×
----------------------
明らかなメモリ不足(仮想記憶デフォルト(14G))なので、止まっているとわかったので
仮想記憶 30G に手動で設定しました


----------------------以下詳細

起動ドライブ(C:):SanDisk(SDSSD HII 240G)
   SanDisk(SDSSD HII 240G)                    〇        〇        〇          〇
   Samsung 840 EVO                              〇        〇        〇          〇
   D:                                           〇        〇        〇          〇
   E:                                           〇        〇        〇          〇
----------------------

これで 「2048/512/4」 がバリバリに動いて〇完了しました
と説明していました。。

ただ
「2048/512/1」は仮想記憶デフォルト(14G)でも動くのが
不思議でしたが、、

参考になれば幸いです。。

Hiroaki SHIROUZU

unread,
Oct 12, 2016, 4:01:32 AM10/12/16
to FastCopy掲示板
ご登録のメールアドレスに、実験版URLをお送りしました。

asccssac...@gmail.com

unread,
Oct 12, 2016, 4:38:19 AM10/12/16
to FastCopy掲示板
有難うございます
さっそく夜に試してみます

では後ほど

asccssac...@gmail.com

unread,
Oct 12, 2016, 11:35:36 PM10/12/16
to fast...@googlegroups.com

以下すでにメール送信済です

**************************************************
1)1モード目 試験
**************************************************

試しの途中で一報です

■Samsung 840 EVO ←2048/512/4

のみ1ドライブ(1モード)のみやりました。。
続けてまたあと3ドライブも試すつもりですが、


「結果」かなりいいところまで行きました
    ▼99%止まり(応答なし)はでませんでした 一度も

「詳細」11回実行して1度だけ(エラーログ表示)終了しました ←▼99%止まり(応答なし)ではなく

-----------------------
「エラーログ」
Finished. (ErrorFiles : 1  ErrorDirs : 0)

エラーログ (ErrorFiles : 1  ErrorDirs : 0)

CreateFile(プロセスはファイルにアクセスできません。別のプロセスが使用中です。
32) : C:\test2\test3\****.rtf
-----------------------
「考察」このファイル「 C:\test2\test3\****.rtf」を使用しているのは
    自分のプロセスだけです。←無論他のプロセスには無関係ですから

    CreateFileで失敗ですか?

    もしやコピー中にTVチューナーの起動などで少々メモリに負荷をかけたから
    でしょうか???
    ↓
    でも、それも他のプロセスですが、、やはり●ページングは起きたかも
    しれません。。←メモリ使用量99%(7.8GB/8GB pagefile.sys= 3.9GB)

    ←またページングの下手な?「Samsung 840 EVO がC:起動ドライブ」
     だからでしょうか??


------------------------------------------------------テスト詳細
-----------------------------------
「真っ白検証環境」
 ↓ ではなく

「真っ●黒検証環境」
OS(Windows 10 Anniversary Pro 64bit ←アップあり)
 ドライバ インストールあり
 アプリ それなりに
 ←無論アンチウィルスソフトもあり
 ←以前COMODO で間違った検証の経験があるが、いれてある

-----------------------------------
「検証方法」
「3 フォルダ 合計 2.55GB ファイル数 11,993」で試しました
-----------------------------------------------------------------
3 フォルダ 合計 2.55GB ファイル数 11,993、フォルダ数 1,039

t1 フォルダ 合計  611MB  ファイル数 6,282、フォルダ数 415
t2 フォルダ 合計  429MB ファイル数   275、フォルダ数  65
t3 フォルダ 合計 1,560MB  ファイル数 5,436、フォルダ数 556
-----------------------------------------------------------------



testフォルダの中身は3フォルダ(t1、t2、t3)です

↓ さあ試験開始

起動ドライブも「C: Samsung 840 EVO」相性の悪い
■Samsung 840 EVO ←2048/512/4
-------------------------------
A C:\testフォルダ(2.5GB) → C:\test1フォルダ ←同じフォルダを別3か所にコピー
B C:\testフォルダ(2.5GB) → C:\test2フォルダ
C C:\testフォルダ(2.5GB) → C:\test3フォルダ

 1回目:A Finished/B Finished/C Finished
 2回目:A Finished/B Finished/C (エラーログ表示)▼
 3回目:A Finished/B Finished/C Finished
 4回目:A Finished/B Finished/C Finished
 5回目:A Finished/B Finished/C Finished
  中略
11回目:A Finished/B Finished/C Finished

-------------------------------

また試験続きます。。。




**************************************************
2)2モード目 試験
**************************************************
試験の続きです。。。

とりあえず、わかり安くということで、先ほどの

1ドライブ の 2モード目 やりました

■Samsung 840 EVO ←2048/512/1 ←▼1です


 1回目:A Finished/B Finished/C Finished
 2回目:A Finished/B Finished/C Finished
 3回目:A Finished/B Finished/C Finished

「結果」グッド◎

**************************************************
3)明らかなメモリ不足(仮想記憶デフォルト(14G))試験
**************************************************
4ドライブに挑戦 ←2048/512/4 ←●4です

では前回唯一
「99%止まり」(応答なし)
「99%止まり」(応答なし)表示あり
が出たパターンです



---------------------------------------------これ

----------------------以下詳細

                                               128/16/1  128/16/4  2048/512/1  2048/512/4

起動ドライブ(C:):SanDisk(SDSSD HII 240G)
   SanDisk(SDSSD HII 240G)                    〇        〇        〇          ×
   Samsung 840 EVO                              〇        〇        〇          ×
   D:                                           〇        〇        〇          ×表示
   E:                                           〇        〇        〇          ×
----------------------
明らかなメモリ不足(仮想記憶デフォルト(14G))
---------------------------------------------
「結果」グッド◎
「注意」起動ドライブ(C:):Samsung 840 EVO ▼
    で前回(SanDisk)とは環境が違うので、参考程度です
「注意」明らかなメモリ不足(仮想記憶デフォルト(14G))←最大30GB程度使用予定
    でも止まらないので、問題なしです


**************************************************
4)手動で仮想メモリ(28GB)に正しく設定し 試験
**************************************************
↓ では手動で仮想メモリ(28GB)に設定し

再び 4ドライブに挑戦 ←2048/512/4 ←●4です

「結果」バッド ×
    「99%止まり」(応答なし)←でません 一度も
    「99%止まり」(応答なし)▼表示あり   ←でました。×

    ←メッセージ 昨夜と基本同じです


「詳細」5回実行して(2回目の)1度だけ(エラーログ表示)終了しました 
    ←▼99%止まり(応答なし)ではなく

-----------------------
「エラーログ」
Finished. (ErrorFiles : 1  ErrorDirs : 0)

エラーログ (ErrorFiles : 1  ErrorDirs : 0)

CreateFile(プロセスはファイルにアクセスできません。別のプロセスが使用中です。
32) : E:\test2\test?\****.doc  ←E: です●●
-----------------------

「注意」前回と同じファイル名ではありません(.doc)


**************************************************
5)次のモードテスト
**************************************************
気を取り直して
では次のモードテスト

4ドライブに挑戦 ←2048/512/1 ←▼1です

「結果」グッド◎
    但しまだ3回です。。。


試験は続きます。。。が、、



●●CreateFile(プロセスはファイルにアクセスできません。別のプロセスが使用中です。
が出なくなると幸いです。。。。。  
    

Hiroaki SHIROUZU

unread,
Oct 13, 2016, 3:39:26 AM10/13/16
to FastCopy掲示板
実験版での追試ありがとうございました。

99%で完了しないように見える原因は、排他制御周りの、OS側の妙な挙動によるものでした。(*)
この状態になると、1つのプロセスがfastcopy.logへの書き込み排他制御用ロックを握ったままになり、他の(完了直前の)プロセスはロック待ち状態になります。
(従い、どれか1つは正常に終了表示されているはずで、このプロセスをクローズすれば、完了せずに固まっているように見えるプロセスのうち1つが完了するはずです。さらにそれをクローズすると、また次の固まっているプロセスが完了する…となります)

次のバージョンから、OS側の妙な挙動を避けるコードに変更しておきます。(実験版ですでに入れてあるものです)

また、2件発生していた例外ログは、いずれも「強制終了」したために発生したものに見えるので、無視して大丈夫です。

さらに、実験版で出ていた CreateFileのエラーは、アンチウイルス系との競合である可能性が高いので、これはそういうものだと思ってください。
(もし、アンチウイルスが入っていないクリーン環境でも発生する場合は、別途お知らせください)

ともあれ、いろいろとご協力ありがとうございました。

(*) 所有権取得済Mutexは通常CloseHandleで所有権も開放されるものの、高I/O負荷中だと「稀に」所有権が残り、その場合プロセス終了時に所有権が解放される、というもの。
(なお、デバッガ等で見てもプロセスから当該ハンドルは消滅しているにも拘わらず、カーネル内では当該プロセスとmutexが紐づけられたままの様子。ただ、CloseHandleで所有権も常に解放されるかはMSDNに明記されていないので、(普段は開放するが高負荷で開放されない挙動をしても)OS/APIのバグとは言い切れない面もありつつ、API/OSの仕様/デザインとしてバグといいたい感じ)


asccssac...@gmail.com

unread,
Oct 13, 2016, 9:52:04 PM10/13/16
to FastCopy掲示板
少々検証してみました。。。。

-------------------------------
OSのバグを見つけるとはすごいですね
さすがですね!
マイクロソフトもまだ気づいていないのに!?



>次のバージョンから、OS側の妙な挙動を避けるコードに変更しておきます。
>(実験版ですでに入れてあるものです)

確かにもう「99%止まり」(応答なし)

が一切出なくなってしまいました。。。


>さらに、実験版で出ていた CreateFileのエラーは、
>アンチウイルス系との競合である可能性が高いので、これはそういうものだと思ってください。


確かにもう「CreateFileのエラー」

が一切出なくなってしまいました。。。

←●初回では「AVAST に捕まりました!」でしたが、、

 AVAST へ何度も「信頼できる」と3回位叩き込んだので、
 黙ったのかもしれません。。

>(もし、アンチウイルスが入っていないクリーン環境でも
>発生する場合は、別途お知らせください)

はい


あとは、
▼アンチウイルスソフト ← なし
▼ウイルス       ← 一匹もいない
例の「真っ白検証環境」で検証して
「CreateFileのエラー」がでなければ、、
一件落着でしょうか、、、


「余談」素朴な疑問

でも実際FastCopyを運用するのは、

「真っ白検証環境」ではなく
「真っ黒運用環境」←AVAST COMODO(CIS)入り その他ソフトも
■今後も「CreateFileのエラー」は出ますよ!■

でしょうか??

不安なような、楽しみのような、感じですが、、、??









asccssac...@gmail.com

unread,
Oct 15, 2016, 8:48:13 PM10/15/16
to FastCopy掲示板
●24時間耐久やってみました

「結果」完走です

以下の通り、全部 〇 4つで何の問題もありませんでした

「環境」
「真っ白検証環境」
「真っ黒運用環境」

「99%止まり」(応答なし)メッセージ表示なし  ←でない
「99%止まり」(応答なし)メッセージ表示あり  ←でない
「99%止まり」(応答なし)ログファイル掃き出し ←でない

「CreateFileのエラー」             ←でない




----------------------以下詳細

                                               128/16/1  128/16/4  2048/512/1  2048/512/4
起動ドライブ(C:):Samsung 840 EVO
   Samsung 840 EVO                              〇        〇        〇          〇
   SanDisk(SDSSD HII 240G)                    〇        〇        〇          〇
   D:                                           〇        〇        〇          〇
   E:                                           〇        〇        〇          〇
----------------------その他
64/32/1          〇
64/32/4          〇
4/2/1           〇
4/2/2           〇
100万ファイル       〇
2.5×3=7.5GBファイル   〇
----------------------

「余談」あとは例の

アンチウイルスソフトによる

↓ スキャンで食らいついているので。。。

▼「CreateFileのエラー」
が出るのを楽しみにしていますか、、、、

「最後に」
素晴らしいです。いままでの「99%止まり」(応答なし)が■うそのようでした。。
お役にたててよかったです。。
←単なる偶然に起きただけでしたが、


●やはりFastCopy 最高です!!!!

またバージョンアップ期待しています。。


Reply all
Reply to author
Forward
0 new messages