こちらでどうぞ。
MERIKEN's Tripcode Finder(旧CUDA SHA-1 Tripper MERIKEN's Branch)は
2013年1月現在で最速の12桁トリップ検索プログラムです(最高速の記録は
7428.97M tripcodes/s)。CUDA対応のNVIDIAのビデオカード、もしくは
AMD Radeonシリーズのビデオカード等のOpenCL対応デバイスを使用すれば
非常に高速に検索を行うことができます。特徴は以下の通りです。
・ビデオカードのGPUによる超高速検索。
・CPUによる高速検索。
・GUIとCUIの両方に対応した柔軟なユーザーインターフェース。
・正規表現によるターゲットの指定。
・漢字等のShift-JIS文字を含むキーの探索。
・ヒット率、ヒットまでの平均時間等のさまざまな情報の表示。
・ターゲットの数の制限の撤廃。
・10桁トリップ検索への暫定的対応(CPUとNVIDIAのビデオカードのみ)。
・検索速度の実行時の最適化。
・GPLv3で公開されたソースコード。
■入手先
◆MERIKEN4.kのウェブサイト
http://www.meriken2ch.com/programming/merikens-tripcode-finder
■前スレ
【トリップ検索】MERIKEN's Tripcode Finder
http://anago.2ch.net/test/read.cgi/software/1348565078/
初代 http://anago.2ch.net/test/read.cgi/software/1311428038/
無印 http://anago.2ch.net/test/read.cgi/software/1348565078/
【GPU】
【CPU】
【OS】
【バージョン】MERIKEN's Tripcode Finder x.xx
【トリップの種類】12桁・10桁
【1SMあたりのブロックの数(CUDA)】
【1CUあたりのワークアイテムの数(OpenCL)】
【1WGあたりのワークアイテムの数(OpenCL)】
【1GPUあたりの検索プロセスの数(OpenCL)】
【1検索プロセスあたりの検索スレッドの数(OpenCL)】
【CPU検索スレッドの数】
【その他のオプション】
【Display Driver】
【10分間の平均速度】tripcodes/s
【GPUの平均速度】tripcodes/s
【CPUの平均速度】tripcodes/s
【GPUの使用率】%
【GPUの温度】℃
【その他】
以下は2013年1月現在における検索速度の最高記録です。
> 810 ： ◆MERIKEN4.k ：sage ：2012/12/09(日) 18:29:54.81 ID:D9EB7VO00
:
> 【GPU0】DIAMOND 6990PE54G Radeon HD 6990 4GB @ 900MHz (OC)
> 【GPU1】Gigabyte GV-R7970C-3GD Radeon HD 7970 @ 1120MHz (OC)
> 【GPU2】DIAMOND 6990PE54G Radeon HD 6990 4GB @ 900MHz (OC)
> 【CPU】AMD Phenom II X6 1100T (定格)
> 【OS】 Microsoft Windows 7 64bit SP1
> 【バージョン】MERIKEN's Tripcode Finder 0.07 Beta 1
> 【トリップの種類】12桁
> 【1SMあたりのブロックの数(CUDA)】N/A
> 【1CUあたりのワークアイテムの数(OpenCL)】自動
> 【1WGあたりのワークアイテムの数(OpenCL)】自動
> 【1GPUあたりの検索プロセスの数(OpenCL)】1
> 【1検索プロセスあたりの検索スレッドの数(OpenCL)】2
> 【その他のオプション】-g
> 【Display Driver】Catalyst 12.11 Beta8
> 【10分間の平均速度】7428.97 tripcodes/s
> 【GPUの平均速度】7428.97 tripcodes/s
> 【CPUの平均速度】N/A
> 【GPUの使用率】97～99%
> 【GPUの温度】83～93℃
> 【その他】GPUのみ。
http://anago.2ch.net/test/read.cgi/software/1348565078/810n
【CPU】Intel Core i5-3210M @ 2.5GHz
【OS】Windows 7 Ultimate SP1 64bit
【バージョン】MERIKEN's Tripcode Finder 0.08 Alpha 2
【トリップの種類】12桁
【1SMあたりのブロックの数(CUDA)】256
【その他のオプション】なし
【10分間の平均速度】 79.20Mtripcodes/s
【GPUの平均速度】 48.81Mtripcodes/s
【CPUの平均速度】 30.40Mtripcodes/s
【その他】5完1タゲ
>>928に比べて4%ほどの速度上昇(CPUは8%)、か
同じ条件でSHArp Tripper 1.1は13.57M TPSだったので、
まあ32bit OSでもAlpha 2の高速化の分だけMTFのほうが速くなったと
差し支えないと思います。
【CPU】Intel Core 2 Duo T9550 @ 2.66GHz (定格)
【OS】 Microsoft Windows 7 XP 32bit SP3
【バージョン】MERIKEN's Tripcode Finder 0.08 Alpha 2
【トリップの種類】12桁
【CPU検索スレッドの数】自動(2)
【その他のオプション】なし
【10分間の平均速度】16.19M tripcodes/s
【GPUの平均速度】N/A
【CPUの平均速度】16.19M tripcodes/s
【その他】CPUのみ。5完1タゲ。
まあ落ち着いてｗ しかし今回のバージョンアップの効果はCPUによって
まちまちみたいですねえ。流石にIntelの石ではPhenom II X6みたいに
遅くなったりはしないでしょうけど…
ところがぎっちょん、AMDでも速くなった事例が発生しました……(但し結構古いCPU)
【CPU】Athlon X2 QL-64 @ 2.1GHz
【OS】Windows 7 Ultimate SP1 32bit
【バージョン】MERIKEN's Tripcode Finder 0.08 Alpha 1→2
【トリップの種類】12桁
【10分間の平均速度】 3.40→4.65Mtripcodes/s
【その他】5完1タゲ
情報集めてるなら、alpha1と2で、10分ずつ稼働させて比較してみればいいのかしらん。グラボ載ってないからCPU稼働だけど…
【OS】WinXP Pro SP3 32bit
【バージョン】0.08 Alpha 2 CUI
【トリップの種類】12桁
【10分間の平均速度】7.86 Mtripcodes/s
【その他】5完1タゲ
なんと2割以上の速度上昇 ヽ(´Д｀)ノ
【OS】Windows XP Professional 32-bit SP3
【バージョン】MERIKEN's Tripcode Finder GUI 0.08 Alpha 1→2
【トリップの種類】12桁
【10分間の平均速度】 6.41→7.77Mtripcodes/s
2割ほど強化されたらしい。…これで良いのかしら
Ver速度
0.0147.21M
0.0246.84M //正規表現に対応
0.03b156.53M //ここからCPUも利用するように
0.0458.74M //CMDオプションの説明でReadmeが長くなる
0.0558.80M
0.06a159.53M //64bit版が登場
0.06b159.58M
0.0659.58M
0.07a158.21M //OpenCLへの暫定的対応
0.07a258.04M(G48.69M/C 9.34M) //GPU・CPU毎の平均も表示
0.07a358.13M(G48.80M/C 9.33M)
0.07a462.94M(G53.64M/C 9.30M) //Intel HD Graphicsに対応
0.07a562.68M(G53.43M/C 9.25M)
0.07a662.68M(G53.42M/C 9.25M)
0.07a759.62M(G48.87M/C10.75M) //CPU高速化、IntelHDGを排除
0.07b159.64M(G48.81M/C10.83M)
0.0759.71M(G48.88M/C10.83M)
0.08a173.35M(G48.79M/C24.56M) //CPUの大幅な高速化
0.08a278.95M(G48.79M/C30.16M) //CPUの高速化
・全て12桁検索、平均値
・実行時間はいずれも5分程度(0.084 hour)
・「すっきり!!デフラグ」というソフトですっきり実行している
(つまり常駐ソフトは排除済み)
・CMDオプションは「-g -x 256 -c」で固定
【CPU】AMD FX-8350 @4.95GHz
【OS】 Microsoft Windows 7 64bit
【トリップの種類】12桁
【CPU検索スレッドの数】自動(8になるのかな？)
【その他のオプション】なし
【その他】CPUのみ。5完1タゲ。
0.07
【CPUの平均速度】53.72M tripcodes/s
0.08 Alpha 1
【CPUの平均速度】114.78M tripcodes/s
0.08 Alpha 2
【CPUの平均速度】106.65M tripcodes/s
こちらの環境では、Alpha1、Alpha2で逆転現象は見られますが、00.7からはおおよそ50%の高速化は成されています
OpenCLの最適化、楽しみにしております
2倍の数値になってるから100%か
Intelの石だとちゃんと最適化の成果が出ているようですねえ。
>>10
>>12
それで問題ないです。情報提供、ありがとうございます。
>>13
GPU検索はもうちょっと速くなる予定です。期待してて下さい。
>>9
>>14
Alpha 2で遅くなるのはどうやらPhenom以降らしいですね。
CPUIDの仕様をみてゲンナリしたので、実行時に速度を計測してAlpha 2の最適化を
適用するかどうかを判断させることにします。しかしBulldozerはさすがに
速いですねえ。整数演算だけだったらCore i7-3770Kといい勝負ができてますね。
>実行時に速度を計測
CPUIDで決めつけるよりは安全だと思いますよ
ただ、場当たり的な対策な気もしますが
GPUがこれ以上速くなったら俺でも100M/s超えるかもﾜｰｲ
将来どんなアーキテクチャが出てくるかわからないのでこれでいいんですよ。
手元にないハードウェアのために性能の良いソフトウェアを書くのは難しいのです。
なりました。あとはCUDAのときと同じ要領で実行時に速度を測定して
最適なアルゴリズムを選択できるようにしてやるだけです。
動的な最適化のためにループをもう一段回深くしたら速度が落ちてしまいました。
多分コンパイラの最適化を邪魔してしまってるんだろうけど、これは困った。
元はといえばGetTickCount()の精度が悪すぎるのが原因といえば原因なんだけど、
これってなんとかならないのかしらん。
つ「timeGetTime」
あ、その節は貴重な資料を本当にありがとうございました。
経過時間の測定は次の方法で何とかなりました。
http://stackoverflow.com/questions/2150291/how-do-i-measure-a-time-interval-in-c
一応最適化のルーチンは動いているようなので、あとは微調整をしてやるだけです。
まさか時間測定をGetTickCount()でやっていただなんて……
ところで、QueryPerformance系命令ははCPUクロックが動的に変化する場合、
「OSによっては値が信用できなくなる」なんてこともありえますゆえご注意を……
参考:
http://d.hatena.ne.jp/shiku_otomiya/20100218/p1
http://d.hatena.ne.jp/shiku_otomiya/20100504/p1
http://d.hatena.ne.jp/shiku_otomiya/20100917/p1
なのでQuadro FX4800 (GTX265級）CUDAでWin8をやってみました。
【GPU】Nvidia Quadro FX4800 x2
【CPU】Xeon E5540 x1
【OS】Windows 8pro
【バージョン】MERIKEN's Tripcode Finder 0.08alpha2
【トリップの種類】12桁
【1SMあたりのブロックの数(CUDA)】auto (16)
【1CUあたりのワークアイテムの数(OpenCL)】
【Display Driver】310.90
【GPUの平均速度】330 tripcodes/s
【CPUの平均速度】50 tripcodes/s
抜ける時に固まってしまうので、GPUのみにした方がいいか・・・。
なるほど、こんなこともあるんですね。いやあ、助かりますｗ
そのせいかどうかわからないんですけど、動的な最適化は
完全には安定していないようです。やっぱりtimeGetTimeを使ったほうが
いいのかしらん。
どうやら命令のオーダーにあるようです。うまく命令のオーダーを
調節してやれば実行時の最適化は必要なくなるかもしれません。
ちょっとこれから用事があるので、また後で試してみます。
いや・・・Ver.0.07 alpha 7以降HD4000使えなくなったというのが俺の認識
(過去ログ見れば分かるが対応が難しいからだそう)
その分Ver.0.08 alpha 1以降CPU検索がグッと速くなってるからそっちで補えるけど
あらら。二重の意味でNGなんですね。AMDもHD2K3K4Kは去年の8月から
切っちゃってて、Win7までしかドライバ出てなかったんです。
Nvidiaがあるからいいや、みたいなのりでWin8にしてしまいましたが
HD4000も過去帳入りですね・・・。
【OS】 Microsoft Windows 7 64bit
【トリップの種類】12桁
【その他のオプション】全てDL時のまま
【バージョン】MERIKEN's Tripcode Finder 0.08 Alpha 2
【CPUの平均速度】186.21M tripcodes/s
さっきよりもうちょっと速くなったｗｗ
早すぎワロチｗｗｗ
>AMDもHD2K3K4K
え、AMDにもIntel HD Graphics 4000みたいなのあるの……？
ひょっとしてRadeonの方言ってる？？
>>6でも書いてるけど、自分はCorei5+GeForce環境だから、
CPU検索が遅い際にはMERIKENでゲフォ+HDG4000を使い、
SHArp TripperでCPUを使っていたんだ
でもVer.0.08以降CPU検索が速くなったからSHArp要らない→両方MERIKENでおｋになった
決して「MERIKENシリーズではRadeon HD 4000シリーズは使えない」って意味じゃないからね！
これも滅茶苦茶速いですねえ。たしかこれ、Sandy Bridgeですよね。
OCでここまで回せるとは…
まあ各検索スレッドがてんでバラバラに速度を測定してるので
仕方がないといえばそうなのですが…
とりあえずtimeGetTimeを試してみて、これが駄目だったら
また別の方法を考えて見ることにします。
->設定書出
->本体で設定ファイル読み込んで以下略
な感じで回避できないの? >>20
さすがにXeon２個には勝てないけどなｗｗ
別の実行ファイルを用意しなくても、テスト用のルーチンを別に作成すれば
恐らく大丈夫なはずなんですけど、出来ればこれ以上複雑にしたくないんですよね。
でもそれ以外方法がないような気がして来ました。
実行時の最適化はうまくいきません。謎です。
まあ最悪オプションで切り替えるようにしてやればいいんですけど、
どうもスッキリしません。
複数の検索スレッドを同時に走らせた場合ではCPUの挙動が違ってくるようです。
仕方がないのでデフォルトではAlpha 2の最適化を有効にして、オプションで
無効にできるようにしてやることにします。あまり綺麗な解決方法とはいえませんが、
まあ仕方がありません。
あとついでにデフォルトでGPUとCPUで同時に検索するようにしました。
これまでは正直なところCPU検索はおまけとして扱っていたのですが、
今回のアップデートでようやくちゃんとした戦力になってくれそうです。
なっていた12桁トリップ検索のCUDA版の最適化に取り組むつもりです。あのマクロの
嵐に手を入れるのはちょっと気が重いのですが、ちゃんとCPUで動いているルーチンが
すでにあるのでまあ大丈夫でしょう。
問題はないようです。一番問題になりそうなのは、カーネル内で変化させることが
できるのはSHA-1の入力ブロックの最初のワードだけという制約ですが、これも
ブロック数の最大値を128に引き下げてやれば特に問題は無さそうです。少し残念な
気もしますが、最適化の恩恵はそれを補って余りあるはずです。PW[]をCPU側で
__constant__メモリ空間に用意してやれば問題ないでしょう。
幸い一番面倒くさかったGUIの部分は無事だったみたいだからまあいいか…
SSDはシステムファイルだけにしておけとあれほど……
「面倒」ってことは遂に個別GPU云々機能を実装したんですね!?
いや、そっちはまだ手付かずですｗ テストも含め数週間の作業になるはずなので
やるとしても当分先ですね。
流石に2度目だと大分楽ですね。CUDAのプログラミングは久しぶりだったので
忘れてたのですが、システム全体を巻き込んで落ちることが多いので気を
つけなきゃいけませんね。
これまではカーネル内部でkey[7]～key[11]の5バイトを回してキーを生成していたの
ですが、最適化のためにはこれをkey[0]～key[3]の4バイトを回すように変更しなければ
なりません。PCが落ちたときにはこれがうまくいかずに行き詰っていたのですが、
もう一回試して見ることにします。
これやっぱり4バイトで回すのはかなりしんどいですねえ。
う～ん、なかなかいい思いつきかも…
今日はここまでにしておきます。いや～続きが楽しみだなあ。
しまいましたｗ CPUほどではないですが、確実に速くなってます。
定格のGTX 580で719.38M TPS出ているので、以前のバージョンに比べて
とりあえず5%強の速度向上といったところです。やっぱり共有メモリを
使っている分だけオーバーヘッドがあるのかしらん。もう少し色々いじって
速度が上がらないか試してみます。
上がりました。前のバージョンに比べると11%の速度向上です。GPGPUなので
流石にCPUのようにはいきませんでしたが、CUDA版のスピードが上がるとは
ちょっと前までは全然思っていなかったし、ようやくHashcatより速度が出るように
なったので、個人的にはかなり満足です。
基本的なGPGPUの性能が全然違いますからねえ。
それに今回実装したのは、前スレで紹介されていたHashcatのJens氏による
最適化の手法で、これを使えばRadeon版も10～20%高速化出来るはずです。
Hashcatなどのパスワード解析プログラムの速度を見ればだいたい分かる
ようになっています。(トリップ検索のほうがパスワード生成の手間がない分
速いですが) MTFの12桁トリップ検索のこれらのプログラムより多少速いので、
実際かなり頑張っているほうです。JtRやHashcatの開発に携わっている人達は
相当頭がいいので、今後この人達を出しぬいて大幅に速度を上げるのは
至難の業でしょう。
貼り付けて動かしてみたのですが、7970では効果がかなりあったものの、
5770と6990では逆にかなり遅くなるという、なんとも微妙な結果になりました。
まあ7970 1枚で2868M TPS出ていて12%速度が向上しているので成功と
いえなくもないのですが、他のカードで遅くなる原因がさっぱりわかりません。
やっぱり共有メモリより__constantを使ったほうがいいのかしらん。
もうちょっと色々調べる必要があるみたいです。
おぅ・・・ATIと言うべきでした。そのとおりRadeon HD4000系です。
夕べXP32でも試してみたのですが、やはりNGでして。
Radeon 5870やNvidia 450GTSなどは動いてくれるのですが。
またちょっとｺﾞｿｺﾞｿしてみます。
あ、Radeon HD 4xxxシリーズでは動かないです。
OpenCL 1.1に対応していなかったはずです。
READMEを書きなおしておこうっと。
入れてみたんですけど、かえって速度は低下してしまいました。
面白いもんですね～
たまたま見たこのスレで神ソフト発見！
作者さんも居るしようですので、お礼。
作者ﾀﾝありがとう！
お陰で問題の切り分けが出来ました～。
CUDAテストアプリ、CUDAベンチマークアプリとしてももっと宣伝しても良いと思う～。
あ。そうなんですね。OpenCL対応でないとイカンと。そりゃそうだ・・・。
ありがとう御座います。
RadeonHD5450で30M、5870で800-1000M でした。
どもども。なんせハードウェアの性能を最後の一滴まで搾り取るために
全力を挙げてますからねｗ お役に立てて何よりです。
>>60
Radeon HD 4xxxはOpenCL 1.0対応で、MTFで使ってるOpenCL 1.1の機能が
使えなかったはずです。5870はやっぱり結構速度が出てますね～
CUDAスレに発展(?)する可能性が微レ存……？
やっぱりというか速度は落ちてしまいました。
今回の最適化はHD 7xxx以降限定ということになりそうです。
というかまたオプションを追加しなきゃならんのかorz
【OS】Win7Pro64SP1
【トリップの種類】12桁
【その他のオプション】 -c
【その他】5完1タゲ
【バージョン】0.08 Alpha 1 CUI64
【30分間の平均速度】195.90 MTPS (HT off)
【40分間の平均速度】221.01 MTPS (HT on)
【バージョン】0.08 Alpha 2 CUI64
【40分間の平均速度】180.06 MTPS (HT off)
【40分間の平均速度】250.01 MTPS (HT on)
Σ(ﾟДﾟ；) HT offだとAlpha2の方が遅いだと・・・。
0.06a1ではHTのon/offの差は5%程度しか有りませんでしたが、今回は結構差が出てますね。
Phenomの件と言い、今回の最適化はハード依存が大きいのでしょうか?
>AMDもHD2K3K4Kは去年の8月から
>切っちゃってて、Win7までしかドライバ出てなかったんです。
違います。
ドライバ更新が半年に1回になっただけです。
先日ドライバ出てます
13.1 Windows 7/Vista drivers for 4000,3000,2000 Series are now live:
http://support.amd.com/us/gpudownload/windows/legacy/Pages/legacy-radeonaiw-vista64.aspx
貴重な報告、ありがとうございます。大変参考になります。
> Phenomの件と言い、今回の最適化はハード依存が大きいのでしょうか?
そうみたいですねえ～ そんなつもりはまったくなかったんですけど…
純粋に計算量は減っているので遅くなる理由がわかりません。
命令のオーダーを見なおして大分ましになりましたが、
それでもまだPhenom IIだと最適化を切ったほうが多少速いです。
速くなりましたｗ
かなり速いことに気づきましたｗ MTFでは7970に合わせたせいでベクトル型を
使っていないのが原因と思われます。というわけで、HD 6xxx以前だと
まだかなり早くなる可能性が大です。
非GCN (HD 6xxx以前)で分けることにしました。こうすれば余計なオプションを
増やさなくて済むというのも大きいですｗ
一見してよくわかんないオプションがずらずら並んでるのって好きじゃないんですよね～
クリックひとつで何も考えずに使えるのが理想ですｗ
RadeonはVLIWからGCNへの移行の最中ですし、
かなりアーキテクチャが異なるので大変ですね。
VLIWではまだ速くなるということはAPUがさらに凄いことになりそうですｗ
配布パッケージに32bitのOpenCL.dllだけが入ってるんだが、
これはこれでいいのか？
まあ、実行できる環境もないし、プログラムの構造も知らんのだが。ｗ
最適化が無効になるようにしました。試しに速度を測定したら、
これまでの最高速の記録に綺麗に250M TPSほど上乗せできています。
あとはVLIWなRadeonでベクトル型を試してみるだけですが、
こちらは大化けする可能性があるので実に楽しみです。
最初から分けて開発していればよかったんですけど、VLIWでも結構性能が出ていたので
ここまでズルズルと来てしまいました。
>>74
あれはOpenCL.dllが原因ですか。たいていの環境ではOpenCL.dllはSystem32に
入ってるので、パッケージのはほとんどの場合必要ないのです。しかし弱ったなあ…
他にいい手が思いつかなかったら64bit版もパッケージに同梱することにします。
おう、嘘つきました。スマヌ。＆さんくす。
原因【かもしれない】と【思っただけ】だ。ｗ
だから試してみては、と書いたわけで。
いや、どうせdepend(rなんかやってみないだろうと思ってたんだが、
質問者はちゃんとやったし俺もやってみたんだよ。
そしたら、x64に混ざってx86なのがあって、それがOpenCL.dllだったと。
そもそも同梱する必要あるのか？ランタイムをインストールさせるべきじゃないのか？
的を外してたらすまん。ｗｗｗ
>ランタイムをインストール
だが待ってほしい
VCランタイムぐらい巨大ならともかく、1つや2つのDLL同梱で解決できるなら
その方が気軽に検索できるのでは？
> ランタイムをインストールさせるべきじゃないのか？
CPUだけで使う場合だと本当に必要なのはOpenCL.dllだけなんですよね。
適当なOpenCLのランタイムがあればそれをインストールしてもらうところなんですけど、
Intelのはインストーラーが英語しかないので普通の人には敷居が高いかなと思って…
この件はもうちょっと対応を考えてみます。
Catalystと勘違いした
済むんですけど、そういうわけにもいかないようで…
だったらそれだけじゃ動かないと思うんだが？？？？
私ぼけてきてるのカナ？
OpenCLのドライバがシステムに１つインストールされていれば
適当なOpenCL.dllがインストールされるので、自前でOpenCL.dllを
同梱する必要が無くなるということなんですけど…
OpenCLデバイスを使用しない場合でもOpenCL.dllがないとMTFが
動かないのが問題といえばなんですが。
とりあえず1タゲのルーチンだけ作ってテストしてるのですが、
6990で1.27倍、5770で約1.5倍の速度が出ています。
他のルーチンを作りこむのにちょっと時間がかかりそうですが、
なかなか期待できそうです。
どうやっても前方一致と後方一致以外の検索の速度が
遅くなってしまいます。まあ恐らく殆ど使わない機能なので
今回は割りきってしまうことにします。
ひと通りテストしてから新しい開発版をうｐすることにします。
MERIKEN's Tripcode Finder 0.08 Alpha 3
http://www.meriken2ch.com/programming/merikens-tripcode-finder
主な変更点は12桁トリップのGPU検索の高速化です。
10～50%ほど速度が上がっているのでぜひ試してみてください。
【GPU1】ASUS EAH5870 @ 850MHz
【CPU】Intel Core i7-2600K @ 3.4GHz
【OS】Microsoft Windows 7 Home Premium 64bit SP1
【バージョン】MERIKEN's Tripcode Finder 0.08 Alpha 3
【トリップの種類】12桁
【1SMあたりのブロックの数(CUDA)】N/A
【1CUあたりのワークアイテムの数(OpenCL)】自動
【1WGあたりのワークアイテムの数(OpenCL)】自動
【1GPUあたりの検索プロセスの数(OpenCL)】1
【1検索プロセスあたりの検索スレッドの数(OpenCL)】2
【CPU検索スレッドの数】自動
【その他のオプション】N/A
【Display Driver】Catalyst 13.1
【10分間の平均速度】3149.69M tripcodes/s
【GPUの平均速度】3078.46M tripcodes/s
【CPUの平均速度】71.23M tripcodes/s
【GPUの使用率】未計測
【GPUの温度】未計測
【その他】5完1タゲ。TEST/
>>89
確かに50%ほど速度が上がっています。速すぎてゲロ吐きそうになりました。
実際のヒット率と予測の差もほぼ0%です。
なんかやっかいなことになってしまいまして、申し訳ありません。
あれから、クリーンインストールして忍法帖レベルが１に・・・。
ちなみにOpenCL.dllはSystem32及びSysWOW64には用意されていません・・・。
やっぱそうでしょうね。CPUとビデオカードは何を使っていますか?
う～ん、素晴らしい… やはりHD 5xxxに一番効果があるみたいですね。
> 速すぎてゲロ吐きそうになりました。
開発者冥利に尽きるというものですｗ
【GPU】GeForce 610M
【CPU】Intel Core i5-3210M @ 2.5GHz
【OS】Windows 7 Ultimate SP1 64bit
【バージョン】MERIKEN's Tripcode Finder 0.08 Alpha 3
【トリップの種類】12桁
【1SMあたりのブロックの数(CUDA)】256
【その他のオプション】SHA-1最適化ON
【10分間の平均速度】 87.17Mtripcodes/s
【GPUの平均速度】 55.61Mtripcodes/s
【CPUの平均速度】 31.56Mtripcodes/s
【その他】5完1タゲ
>>6と比べて10%もの速度上昇だと!?
だからちゃんと速くなるといったでしょうｗ
なかなか順当な伸びですね。
よくわからないことになっています。なんとか通常の検索業務ｗで8.8G TPSあたりで
安定してくれるといいのですが…
【GPU】GeForce580 + RadeonHD5450 (310.90 & 13.1 driver)
【CPU】Intel Xeon W3520 2.66MHz
【OS】Windows 7 Pro SP1 64bit
【バージョン】MERIKEN's Tripcode Finder 0.08 Alpha 2&3
【トリップの種類】12桁
【1SMあたりのブロックの数(CUDA)】自動
【2分間の平均速度】 790.11->889.57Mtripcodes/s
【GPUの平均速度】
CUDA0 723.8 -> 808.3TPS
OpenCL0 17.5 -> 27.2TPS
OpenCL1 18.5 -> 28.6TPS
【CPUの平均速度】 45.75 -> 48.18Mtripcodes/s
TOP カテ一覧 スレ一覧 2ch元 削除依頼 ▲
AviUtl総合スレッド74 (625)
プレステ2エミュについて語ろう【PCSX2】vol96 (559)
豆ライブ お客様サポートセンター (217)
【●●】AI RoboForm(ロボフォーム) Part10 (606)
豆ライブ お客様サポートセンター (217)
XX-CAKE! Part2 (505)
--log9.info------------------
ｶﾗｵｹで自分を最高にカッコよく見せるために歌う曲 (397)
【編集・加工音源は】カラオケ教習所スレ34【禁止】 (310)
【DX】採点で実力をつけて上手くなるスレ★３ (935)
☆カラオケ youtube 専用うｐスレ☆ (254)
【隔離】うたスキ：グレファン雑談3 (986)
【初心者スレ】スピッツを歌おう！【うｐ歓迎】 (257)
「うたぶたい」を見守るスレ (233)
うたスキ動画評価スレ８【JOY】 (404)
【SLS】Speech Level Singing 9【Seth】 (270)
mixiのオフ固定とカラバカ(笑)について 第５章 (792)
喉締め発声直したい (313)
平沢進・P-MODELを何とか歌いこなすスレ6 (664)
【９０台後半】高得点至上主義スレ③ (909)
●採点って本当にアテにならんよな● (209)
【DAM】精密採点で何点取れるか Part5 (248)
ビブラートを極めるスレ (332)
--log55.com------------------
民○党類ですがはめられた可能性
民○党ですが人類皆ナチスである。
JARLを強制的に潰そう
JARLライフメンバーを語ろう・・・1
フリラーYoutuberを語ろう！take14
【50Wで】スーパー50Watterを称える【脅威の強さ】
○○○ 千葉県最強伝説！ part2 ○○○
横浜消防 第8方面
