08/10/14 21:10:08 /h8eN3aY0
そう、ハッシュ算出COM(ActiveX)という外部モジュールを介することで
スクリプトでハッシュを算出するより速く(処理が高速)
そしてそれがスクリプトと連携できるCOMである故に早い(手軽で手っ取り早い)
更にハッシュを戻り値で直接得られるCOMの場合、一度ファイルに出力させ、スクリプトでそのファイルを開き
ハッシュを切り出して名前に適用するという無駄な処理が無いので算出の速さが生きる
HashMagicを使うなら、ファイル書き出しではなく標準出力を得る方がまだ速い
因みにハッシュ値を得るところまで、つまり
COM：ハッシュ算出メソッドの戻り値を変数に代入するまで
>>318：objTF.Read(w)の戻り値を変数に代入するまで
を実際に試して見たが
100～200KB×200files→COM=1.6秒：>>318=29.8秒
200～300MB×5files→COM=41.3秒：>>318=55.1秒
1GB×1file→COM=38.0秒：>>318=43.1秒
という結果だ
大きなファイル1個なら差はあまり出ないが、1ファイル毎に冗長な処理が入る>>318では
ファイル数が増えるほど処理時間の差は顕著になる
まあ外部モジュール(COMにしてもコンソールアプリやコマンドラインアプリにしても)にも色々あって
ハッシュ算出速度は様々なので、利用するモジュールに因っては上記とは違う結果になることもあるかもしれないが
>>318には無駄が多く、算出速度自体が同等なら>>318の手法の方が遅くなることは間違いない