「最大I/O」と「重畳数」設定お助け機能は無理でしょうか？

[000hon...@gmail.com]

　こんにちは。

※2015年11月7日に類似の書き込みが出ている事ですが

　個人々々の環境やその時のパソコンの状況によるのですが、設定の中の「最
大I/O」と「重畳数」の目安などが有ると楽なのですが、そういうのは無理で
しょうか？

　FastCopyがいわゆる「お勧め」を提示してくれると嬉しいのだけど……とい
う感じです。

　もちろん私自身もメインドライブの回転数は7200回転でバッファ16MB搭載、
補助は5400回転で8MB、場合によってはUSBメモリへのコピーにも使う等々、最
適の設定は時と場合によりますが「求めた場合に」FastCopyが診断してくれた
り、ウィザード形式で質問に答えて行く事によってお勧め（もしくはお勧めと
思われる）設定を提示してくれると嬉しいな……と思っています。

　もちろんここまで要望するのは我が儘が過ぎますので、あくまでも「作者様
が興味を持たれたら」という場合です。また「俺は一秒でも早くコピーしたい
んだ！」という気持ちも無いです。

　FastCopy自体が肥大化するのはよくないですし「単に目安が欲しいだけ」と
も言えますが、やはり難しいでしょうか？

[Hiroaki SHIROUZU]

リクエストありがとうございます。

ただ、なかなか難しいですね。

バッファサイズ、I/Oサイズ、重畳数で考えるべき要素として、

・環境（OS種類、CPU性能/メモリ容量、HDD or SSD種別＆性能、ファイルシステム種別＆フォーマット情報、ネットワークの場合は性能＆レイテンシ）

・ファイル群のパターン（ファイルサイズの分布や出現順序等）

・動作（差分コピー・同期・移動、ベリファイ有無、ACL/副次ストリーム有無など）

といった点があります。

これらの組み合わせについて、最適なパラメータを事前に推定するのは中々難しく、実際にその環境で実験してみないと…というところがあります。

（2回目以降はキャッシュが効く場合がままあり、本当に頑張るならテストのたびに再起動 or 再マウント、のような作業が必要です）

ですので、実際の環境で調べてもらうしかないのですが、もし、パラメータを変更する場合は、

・HDDはシーク時間＆回転待ちというアクセス時間のペナルティが大きい（＝連続転送可能なサイズを広げた方がペナルティは少ない）

・I/Oサイズ設定は、カーネル内で物理メモリをロックして転送するサイズと関連しているため、極端に大きくするとOSの挙動が不自然 or エラーを出すことがある

・重畳数を増やしすぎると、リクエストの逆転が起きる可能性がある。（不自然なシーク発生により、逆に遅くなるかも？未確認）

・バッファサイズを極端に広げると性能はさほど変わらず(*)、別のプロセスのメモリをスワップに追い出す結果となり、OSの手触りが落ちるかも。

といった話を考慮して変更してみると良いかと思います。

(*) 総時間に占めるバッファサイズ増大が効く部分（シーク等）が減ると、それ以上バッファサイズを増やしても殆ど時間短縮には繋がらなくなります。