[表示 : 全て 最新50 1-99 101- 201- 301- 401- 2chのread.cgiへ]
Update time : 08/12 17:05 / Filesize : 138 KB / Number-of Response : 491
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

リネームツールをまたーり語るスレ 004



321 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/10/14(火) 21:10:08 ID:/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の手法の方が遅くなることは間違いない






[ 続きを読む ] / [ 携帯版 ]

全部読む 前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<138KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef