【トリップ検索】MERIKEN's Tripcode Finder その5

1 名前： ◆Meriken//XXX [2013/09/15(日) 12:32:11.22 ID:yp7r3EBt0] こちらはMERIKEN's Tripcode Finderの本スレです。動作報告・質問・要望等は こちらでどうぞ。 Meriken's Tripcode Finderは2013年8月現在で最速の12桁トリップ検索ツールです (最高速の記録は11112.48M tripcodes/s)。CUDA対応のNVIDIAのビデオカード、 もしくはHD 5xxx以降のAMD Radeonシリーズのビデオカード等のOpenCL対応デバイスを 使用すれば非常に高速に検索を行うことができます。特徴は以下の通りです。 ・ビデオカードのGPUによる超高速検索。 ・CPUによる高速検索。 ・GUIとCUIの両方に対応した柔軟なユーザーインターフェース。 ・強力な正規表現による検索パターンの指定。 ・漢字等のShift-JIS文字を含むキーの探索。 ・ヒット率、ヒットまでの平均時間等のさまざまな情報の表示。 ・検索パターンの数の制限の撤廃。 ・10桁トリップ検索への対応。 ・検索速度の実行時の最適化。 ・配布パッケージに同梱された検索ルーチンのソースコード。 ■入手先 ◆MERIKEN4.kのウェブサイト www.meriken2ch.com/programming/merikens-tripcode-finder ■前スレ 【トリップ検索】MERIKEN's Tripcode Finder その4 anago.2ch.net/test/read.cgi/software/1373110438/ 75 名前：やんやん ◆yanyan/Pails mailto:sage [2013/09/22(日) 06:06:23.54 ID:RUJc3/SX0] wktk 76 名前： ◆Urotsuki/1Ca mailto:sage [2013/09/22(日) 07:42:38.57 ID:B2mxp/B40] wktkですねこれは しかし相変わらずの化け物じみた速度… 自分は契約Aの問題でこれ以上速度あげられないんだよなぁ 77 名前： ◆shiexn/ngc mailto:sage [2013/09/22(日) 07:50:16.88 ID:XeDsKN+sP] 同一トリップ　別キー　なんてのもちゃんと出てくるんですな 78 名前： ◆Meriken//XXX mailto:sage [2013/09/22(日) 09:52:31.01 ID:PJsMgXLsP] TITANより速いとか、これはもう買うしかないのではなかろうか。 発表は25日か〜 wccftech.com/amd-hawaii-r9290x-gpu-volcanic-islands-benchmark-results-exposed-fastest-gpu-planet-1020-mhz-clock-speed/= 79 名前： ◆Meriken//XXX mailto:sage [2013/09/22(日) 10:39:11.32 ID:PJsMgXLsP] >>76 7970 CFにしては抑え気味だなと思ってたんですけど、 そういうことだったんですね。私もこれで結構ギリギリで、 しょっちゅうブレーカーを飛ばしていますｗ 80 名前： ◆Meriken//XXX mailto:sage [2013/09/22(日) 10:41:44.63 ID:PJsMgXLsP] >>78のリンクが壊れてました。 wccftech.com/amd-hawaii-r9290x-gpu-volcanic-islands-benchmark-results-exposed-fastest-gpu-planet-1020-mhz-clock-speed/ 81 名前： ◆Meriken//XXX mailto:sage [2013/09/22(日) 11:16:46.05 ID:PJsMgXLsP] >>72 あ、そうそう。私はアマガミはモジャ子で挫折しましたｗ 梨穂子ちゃんと先輩はなかなか良かったです。 82 名前： ◆Meriken//XXX [2013/09/22(日) 13:39:01.91 ID:PJsMgXLsP] 新しい開発版をうｐしました。 MERIKEN's Tripcode Finder 1.1 Free Edition Alpha 5 www.meriken2ch.com/programming/merikens-tripcode-finder Alpha 4からの主な変更点は以下の通りです。 ・12桁トリップのCPU検索のAVXへの対応。 ・12桁トリップのCPU検索の高速化。 CPUによってはかなり速くなっているようです。 診断の結果や前のバージョンとの比較を報告していただけると助かります。 83 名前： ◆Meriken//XXX [2013/09/22(日) 17:15:27.23 ID:PJsMgXLsP] 現在Meriken's Tripcode Engineの英語版を作成中。 プログラムに変更はすぐに終わったけど、 ドキュメントの翻訳が超めんどくさいです。 84 名前： ◆MOYASIMaXI mailto:sage [2013/09/22(日) 17:54:35.42 ID:B1RUuJ9x0] >>82 お疲れ様です。 12桁検索（CPUのみ）の速度を見てみました。 検索パターンは、先頭一致6完一つと特殊の純8連です。 【OS】Win7 Pro 64bit SP1 【CPU】Core i5 3570 【CPU検索スレッドの数】4 検索開始10分後の平均速度 MTF 1.1 FE Alpha4 74.21M tripcode/s MTF 1.1 FE Alpha5 91.94M tripcode/s めっちゃ高速化してます。 85 名前： ◆Meriken//XXX [2013/09/22(日) 18:58:57.07 ID:PJsMgXLsP] >>84 いい感じに速度が上がっていますね〜 AVXがかなり効いてるのかな? i7-3770Kより差が大きいのはおいしすぎですね。 86 名前： ◆Urotsuki/1Ca mailto:sage [2013/09/22(日) 19:02:33.93 ID:B2mxp/B40] おー新しいのきましたか CPU関連の効率化だけかなー? GPUメインにはあまり縁がないかなー… 取り敢えず測定してみようっと 87 名前： ◆Meriken//XXX [2013/09/22(日) 19:14:24.81 ID:PJsMgXLsP] ぜひお願いします。CPUによってほんとに速度の変化がバラバラなんですよね。 88 名前： ◆Urotsuki/1Ca mailto:sage [2013/09/22(日) 19:24:33.69 ID:B2mxp/B40] CPUの冷却が不安なので長い時間ぶん回せませんね… 取り敢えず結果です 【OS】Windows7 Pro 64bit SP1 【CPU】Intel Core i7-3930K(自動的に3.9GHzまでOC) 【CPU検索スレッドの数】12 【検索中の温度】　46〜59度(簡易水冷) 【検索パターン】先頭一致10完　1つ 検索開始5分後の平均速度 MTF 1.1 FE Alpha4 129.19M tripcode/s MTF 1.1 FE Alpha5 160.65M tripcode/s 速度がかなり上がりました OCしているので定格だとどうなるかわかりませんが上がり幅は同じだと思います 89 名前： ◆JouJaku.HzIz mailto:sage [2013/09/22(日) 20:09:04.92 ID:vk+5V6ZE0] 【診断の種類】検索速度(1パターン) 【MERIKEN's Tripcode Finderのバージョン】1.1 Free Edition Alpha 4, 5 【OS】Microsoft Windows 7 Ultimate 64bit SP1 【検索デバイス】CPUのみ 【CPU】Intel Core i7 4770K@3.7GHz 【CPU検索スレッドの数】8 (HTon) 【検索プロセスの優先度】通常 【トリップの種類】12桁 【キーに使用する文字】すべて 【検索パターン】 10文字完全前方一致1個 【10分間のCPU検索の平均速度】104.66(a4) → 122.57(a5) M tripcode/s 【その他】MTEngine64 -c -t 8 -l 12 2割近く速度が上がってますね。AVX2対応が楽しみです。 90 名前：名無しさん＠お腹いっぱい。 mailto:sage [2013/09/22(日) 20:28:27.32 ID:Nb3CcrYX0] Win7 x64 / C2Q Q9650定格（3GHz）CPUのみ / 4スレッドでの 1.1FEα2 / 1.1FEα4 / 1.1FEα5の各バージョンの12桁検索の「各種診断」の実行結果です 共通 【診断の種類】検索速度(1パターン) 【検索デバイス】CPUのみ 【CPUの命令セット】x64 + SSE2/AVX 【CPU検索スレッドの数】自動　※4スレッド 【SHA-1ハッシュ値生成の最適化(CPU)】最大　※1.1FEα2 / 1.1FEα4のみ 【検索プロセスの優先度】通常以下 【GUIフロントエンドの優先度】通常 【トリップの種類】12桁 【検索パターン】 10文字完全前方一致1個 1.1FEα2 【キーに使用する文字】すべて 【10分間のCPU検索の平均速度】 53.94M tripcode/s 1.1FEα4 【キーに使用する文字】1バイト文字のみ　※半角と全角 【10分間のCPU検索の平均速度】 55.22M tripcode/s 【キーに使用する文字】すべて 【10分間のCPU検索の平均速度】 55.17M tripcode/s 1.1FEα5 【キーに使用する文字】半角と全角 【10分間のCPU検索の平均速度】 62.22M tripcode/s 【キーに使用する文字】すべて 【10分間のCPU検索の平均速度】 62.20M tripcode/s 結果 ・1.1FEα4 / 1.1FEα5の【キーに使用する文字】の「半角と全角」と「すべて」の検索速度の違いはわずか ・1.1FEα2→1.1FEα4：約2.5%UP　1.1FEα2→1.1FEα5：約15.3%UP　1.1FEα4→1.1FEα5：約12.7%UP 91 名前：名無しさん＠お腹いっぱい。 mailto:sage [2013/09/22(日) 20:32:12.34 ID:K2dEp/NJ0] すいません、MTF1.1FEのalpha2〜4はどこかでDL出来ますでしょうか？ 手違いで消してしまいましたｗ 92 名前：名無しさん＠お腹いっぱい。 mailto:sage [2013/09/22(日) 20:34:35.19 ID:TkU21XXd0] リンク先のファイル名を変えるだけで落とせたと思う。 93 名前：名無しさん＠お腹いっぱい。 mailto:sage [2013/09/22(日) 20:36:50.06 ID:K2dEp/NJ0] あ、なるほど気が付きませんでした 無事落とせました 94 名前：名無しさん＠お腹いっぱい。 mailto:sage [2013/09/22(日) 22:59:02.04 ID:K2dEp/NJ0] 【検索デバイス】GPUとCPU 【OS】 windows7 HP 64bit SP1 【使用するGPU】AMD Radeon HD 5570/5670 (OpenCL) 【1CUあたりのワークアイテムの数(OpenCL)】自動 【1WGあたりのワークアイテムの数(OpenCL)】自動 【1GPUあたりの検索プロセスの数(OpenCL)】1 【1検索プロセスあたりの検索スレッドの数(OpenCL)】2 【CPUの命令セット】x64 + SSE2/AVX 【CPU検索スレッドの数】自動 【SHA-1ハッシュ値生成の最適化(CPU)】最大 【検索プロセスの優先度】通常以下 【GUIフロントエンドの優先度】通常 【トリップの種類】12桁 【キーに使用する文字】すべて 【検索パターン】 10文字完全前方一致1個 α2 【10分間の平均速度】 366.70M tripcode/s 【GPU検索の平均速度】 340.43M tripcode/s 【CPU検索の平均速度】 26.27M tripcode/s α4 【10分間の平均速度】 366.74M tripcode/s 【GPU検索の平均速度】 340.08M tripcode/s 【CPU検索の平均速度】 26.66M tripcode/s α5 【10分間の平均速度】 364.47M tripcode/s 【GPU検索の平均速度】 340.61M tripcode/s 【CPU検索の平均速度】 23.86M tripcode/s 計測報告は初めてですがこんな感じでいいのでしょうか？ 因みにα3はバグがあるとスレの初めに話題になってたようなので除外しました 95 名前：名無しさん＠お腹いっぱい。 mailto:sage [2013/09/22(日) 23:11:48.99 ID:K2dEp/NJ0] 診断ではα5のCPU効率が若干低下してますが 検索実測でもα5はα2、4に比べてGPUCPU共 似たような効率低下傾向があるようです 96 名前：名無しさん＠お腹いっぱい。 mailto:sage [2013/09/22(日) 23:14:16.64 ID:K2dEp/NJ0] あ、これだとCPUが載ってないですね CPUは intel core i5-750 2.66GHz定格使用です 97 名前：名無しさん＠お腹いっぱい。 mailto:sage [2013/09/23(月) 00:19:21.07 ID:s2zOHAYz0] >>17-22を書いた者ですが 1.1FE Alpha 5で1.1FE Alpha 2と同等以上の検索速度になりました どうもありがとうございました ・1.1FE Alpha 5の各種診断で「キーに使用する文字」が「半角と全角」の場合 【トリップの種類】12桁 【キーに使用する文字】半角と全角 【検索パターン】 10文字完全前方一致1個 【10分間の平均速度】 820.98M tripcode/s 【GPU検索の平均速度】 805.08M tripcode/s 【CPU検索の平均速度】 15.90M tripcode/s ・1.1FE Alpha 5の各種診断で「キーに使用する文字」が「すべて」の場合 【トリップの種類】12桁 【キーに使用する文字】すべて 【検索パターン】 10文字完全前方一致1個 【10分間の平均速度】 820.92M tripcode/s 【GPU検索の平均速度】 805.02M tripcode/s 【CPU検索の平均速度】 15.90M tripcode/s ・Yggdrasilに参加して検索開始10分後の平均検索速度 1.1FE Alpha 2: 694.95MTPS (GPU: 681.99M, CPU: 12.96M) 1.1FE Alpha 4: 665.13MTPS (GPU: 652.14M, CPU: 12.99M) 1.1FE Alpha 5: 695.23MTPS (GPU: 680.68M, CPU: 14.56M) 98 名前：shirawa@mmo ◆GTExxuWcjk/9 mailto:sage [2013/09/23(月) 05:07:53.88 ID:jhI3+7LxP] 【診断の種類】検索速度(1パターン) 【Meriken's Tripcode Finderのバージョン】1.1 Free Edition Alpha 4　→　Alpha 5 【検索デバイス】GPUとCPU 【使用するCPU】Intel Core i7-3770 CPU @ 3.40GHz 【使用するGPU】NVIDIA GeForce GTX 660 (CUDA) 【1SMあたりのブロック数(CUDA)】自動 【CPUの命令セット】x64 + SSE2/AVX 【CPU検索スレッドの数】自動 【SHA-1ハッシュ値生成の最適化(CPU)】最大 【検索プロセスの優先度】通常以下 【GUIフロントエンドの優先度】通常 【トリップの種類】12桁 【キーに使用する文字】すべて 【検索パターン】 10文字完全前方一致1個 【10分間の平均速度】 622.09M tripcode/s　→　635.74M tripcode/s 【GPU検索の平均速度】 535.55M tripcode/s　→　534.50M tripcode/s 【CPU検索の平均速度】 86.54M tripcode/s　→　101.25M tripcode/s 99 名前：累計 ◆wop.8OO8.qow mailto:sage [2013/09/23(月) 05:25:17.49 ID:J8box9ZP0] 【診断の種類】検索速度(1パターン) 【Meriken's Tripcode Finderのバージョン】1.1FEα5/1.1FEα4/1.0.1(安定版) 【検索デバイス】CPUのみ (i7 M620 @2.67GHz) 【CPUの命令セット】x64 + SSE2 【CPU検索スレッドの数】自動 【検索プロセスの優先度】アイドル 【GUIフロントエンドの優先度】アイドル 【トリップの種類】12桁 【キーに使用する文字】半角(※1バイト文字のみ) 【検索パターン】 10文字完全前方一致1個 【10分間のCPU検索の平均速度(TPS)】 　　1.1FEα5 　1.1FEα4　 1.0.1(安定版) ------------------------------------ 1) 　27.84M　　　30.51M　　　31.67M 2) 　27.80M　　　30.50M　　　31.77M 3) 　27.69M　　　30.58M　　　31.67M 4) 　27.85M　　　30.54M　　　31.68M 5) 　27.83M　　　30.54M　　　31.64M 100 名前： ◆Meriken//XXX [2013/09/23(月) 05:48:41.37 ID:PDVnzk32P] 皆さん詳しい報告を有り難うございます。 どうもNehalemだけ遅くなっているようですね。難しスギィ！ 101 名前： ◆LoveNico9g mailto:sage [2013/09/23(月) 06:02:36.35 ID:f6HE7yZK0] 【診断の種類】検索速度(1パターン) 【Meriken's Tripcode Finderのバージョン】1.1 Free Edition Alpha 3 -> 1.1 Free Edition Alpha 5 【OS】Windows 7 Professional SP1 【検索デバイス】GPUとCPU 【使用するGPU】すべて使用 【GPU】GeForve GTX 650 【CPU】Ibtel Core i3-3220 CPU @ 3.30Ghz 【1SMあたりのブロック数(CUDA)】8 【CPUの命令セット】x64 + SSE2/AVX 【CPU検索スレッドの数】1 【SHA-1ハッシュ値生成の最適化(CPU)】最大 【検索プロセスの優先度】アイドル 【GUIフロントエンドの優先度】アイドル 【トリップの種類】12桁 【キーに使用する文字】1バイト文字のみ 【検索パターン】 10文字完全前方一致1個 【10分間の平均速度】 215.90M tripcode/s -> 221.77M tripcode/s 【GPU検索の平均速度】 205.58M tripcode/s -> 207.19M tripcode/s 【CPU検索の平均速度】 10.32M tripcode/s -> 14.58M tripcode/s すごい改善率 102 名前： ◆Meriken//XXX mailto:sage [2013/09/23(月) 06:25:27.19 ID:PDVnzk32P] >>101 こりゃ凄いですねw 結構さがでるもんですね〜 103 名前： ◆Meriken//XXX mailto:sage [2013/09/23(月) 06:38:01.05 ID:PDVnzk32P] ■Alpha 3/4とAlpha5の12桁トリップのCPU検索の速度の比較 >>67 +58% Phenom II X6 AMD K10 >>101 +41% i3-3220 Ivy Bridge >>84 +24% i5-3570 Ivy Bridge >>88 +24% i7-3930K Sandy Bridge >>89 +17% i7-4770K Haswell >>98 +17% i7-3770 Ivy Bridge >>90 +13% C2Q Q9650 Core >>97 +12% C2D E7600 Core >>99 -9% i7-M620 Nehalem >>94 -11% i5-750 Nehalem やっぱNehalemだけ遅くなってますねえ。残念… VC++ 2010はNehalemに合わせて最適化されていたのかしらん。 まあでも他のアーキテクチャでは順当に速度が上がっていますね。 Hyper Threadingはないほうが効果がはっきり出るみたいです。 104 名前： ◆Meriken//XXX mailto:sage [2013/09/23(月) 09:20:51.29 ID:PDVnzk32P] 英語版を作って本家Slashdotにストーリーを投稿してみました。 ぜひVote Upをよろしくお願いいたしますｗ Meriken's Tripcode Engine English 0.01 Released slashdot.org/submission/2986003/merikens-tripcode-engine-english-001-released Meriken's Tripcode Engine English www.meriken2ch.com/programming/merikens-tripcode-engine-english/index.html 105 名前：名無しさん＠お腹いっぱい。 mailto:sage [2013/09/23(月) 09:21:02.61 ID:X4S3sHdy0] 1.1FEα5の鯖との定期通信の間隔は ・検索開始3分後までが10秒ごと ・以降3分ごと でよろしいでしょうか？ 106 名前： ◆Meriken//XXX mailto:sage [2013/09/23(月) 09:25:06.77 ID:PDVnzk32P] >>105 そうで〜す。このパラメーターはサーバー側で調整できるので、 サーバーが重くなってきたら増やすかもしれません。 107 名前：名無しさん＠お腹いっぱい。 mailto:sage [2013/09/23(月) 09:40:34.70 ID:rVyLE6uw0] 【診断の種類】検索速度(1パターン) 【検索デバイス】CPUのみ 【CPU】Ibtel Core i7-980X CPU @ 4Ghz 【CPUの命令セット】x64 + SSE2/AVX 【CPU検索スレッドの数】自動 【SHA-1ハッシュ値生成の最適化(CPU)】最大 【検索プロセスの優先度】通常以下 【GUIフロントエンドの優先度】通常 【トリップの種類】12桁 【キーに使用する文字】1バイト文字のみ 【検索パターン】 10文字完全前方一致1個 【Meriken's Tripcode Finderのバージョン】1.1 Free Edition Alpha 4 【10分間のCPU検索の平均速度】 148.51M tripcode/s 【Meriken's Tripcode Finderのバージョン】1.1 Free Edition Alpha 5 【10分間のCPU検索の平均速度】 129.78M tripcode/s 結構落ちますね。 -15%弱ってところでしょうか。 108 名前： ◆Meriken//XXX mailto:sage [2013/09/23(月) 10:18:13.77 ID:PDVnzk32P] >>107 これもWestmere-EPだからNehalemの仲間ですね。 うまい具合にNehalemだけ検出できないかなあ。 109 名前： ◆Meriken//XXX mailto:sage [2013/09/23(月) 10:42:19.95 ID:PDVnzk32P] WikipediaにCPUIDが載ってたけど、これほんとに当てになるのかな〜 > 0x0206e6, 0x0106a4, 0x0106a5, 0x0106e4, 0x0106e5 en.wikipedia.org/wiki/Nehalem_(microarchitecture) > 0x0206f2, 0x0206c2, 0x020652, 0x020655 en.wikipedia.org/wiki/Westmere_(microarchitecture) > 0x0206c0, 0x0206c1, 0x0206c2, 0x0206c3, 0x0206c4, > 0x0206c5, 0x0206c6, 0x0206c7, 0x0206c8, 0x0206c9, en.wikipedia.org/wiki/Gulftown 110 名前： ◆YSRKEN.ceVZZ mailto:sage [2013/09/23(月) 11:16:32.76 ID:R2WGY9Wb0] >>81 棚町(と七咲)は☆獲得に会話イベントでアタック成功させないと駄目な娘なので…… 順番を見るに、WikiのFAQを読みながらやったパターンですかね？ >>82 乙です。早速ベンチしてみますね。 >>108 前に「GPU毎に処理方法変える為にデータベース作るか」と言われていたことを思い出しました…… 111 名前：名無しさん＠お腹いっぱい。 mailto:sage [2013/09/23(月) 11:25:52.53 ID:FllI0LcA0] こんな情報がありました Intel Architecture and Processor Identification With CPUID Model and Family Numbers ttp://software.intel.com/en-us/articles/intel-architecture-and-processor-identification-with-cpuid-model-and-family-numbers Nehalem / Westmere世代は [45nm] Bloomfield / Nehalem-EP : 0x106Ax Lynnfield / Clarksfield / Jasper Forest : 0x106Ex Nehalem-EX : 0x206Ex [32nm] Clarkdale / Arrandale : 0x2065x Gulftown / Westmere-EP : 0x206Cx Westmere-EX : 0x206Fx あたりでしょうか 112 名前：やんやん ◆yanyan/Pails mailto:sage [2013/09/23(月) 11:37:42.83 ID:BVWtjWSi0] 【診断の種類】検索速度(1パターン) 【Meriken's Tripcode Finderのバージョン】1.1 Free Edition Alpha 5 【検索デバイス】CPUのみ 【CPU】Intel Xeon W5590 ×2 (3.33GHz) 【CPUの命令セット】x64 + SSE2/AVX 【CPU検索スレッドの数】自動 【検索プロセスの優先度】通常以下 【GUIフロントエンドの優先度】通常 【トリップの種類】12桁 【キーに使用する文字】すべて 【検索パターン】 10文字完全前方一致1個 【10分間のCPU検索の平均速度】 84.98M tripcode/s 113 名前： ◆Meriken//XXX mailto:sage [2013/09/23(月) 12:30:59.59 ID:PDVnzk32P] >>112 やっぱりNehalemだと駄目ですね〜 >>111 これで正解ですね。助かります。 Nehalemを検出したら元のルーチンを使うように修正しておきました。 時間のあるときに次の開発版をうｐします。 114 名前： ◆YSRKEN.ceVZZ mailto:sage [2013/09/23(月) 13:28:13.13 ID:R2WGY9Wb0] 【診断の種類】検索速度(1パターン) 【Meriken's Tripcode Finderのバージョン】1.1 Free Edition Alpha 4→5 【検索デバイス】GPUとCPU 【使用するGPU】すべて使用 【1SMあたりのブロック数(CUDA)】256 【CPUの命令セット】x64 + SSE2/AVX 【CPU検索スレッドの数】4 【SHA-1ハッシュ値生成の最適化(CPU)】最大 【検索プロセスの優先度】通常 【GUIフロントエンドの優先度】通常 【トリップの種類】12桁 【キーに使用する文字】1バイト文字のみ 【検索パターン】 10文字完全前方一致1個 【 5分間の平均速度】 96.97→102.79M tripcode/s 【GPU検索の平均速度】 64.32→64.30M tripcode/s 【CPU検索の平均速度】 32.64→38.49M tripcode/s ※CPUのみだと36.95→42.76M tripcode/s。ちなみに当方はi5-3210M＝Ivy Bridge。 115 名前：名無しさん＠お腹いっぱい。 mailto:sage [2013/09/23(月) 14:06:20.22 ID:C6NktFR4P] core i7 2700K 定格 HTオン 8スレッド 84Mから105Mに上がりました 116 名前：名無しさん＠お腹いっぱい。 mailto:sage [2013/09/23(月) 16:21:00.62 ID:L5Ap3lnA0] >>104 > 英語版を作って本家Slashdotにストーリーを投稿してみました。 って事は、これからは外人さんも参加してくれる？ 一気に人数が増えるといいな。 117 名前：名無しさん＠お腹いっぱい。 mailto:sage [2013/09/23(月) 19:43:23.12 ID:dFD9pehG0] >>106 ご回答ありがとうございました 118 名前： ◆Meriken//XXX mailto:sage [2013/09/23(月) 20:09:33.41 ID:PDVnzk32P] >>114 >>115 やっぱりNehalem以外では速くなってるんですよねえ… コンパイラの吐いたコードを調べてみようっと。 119 名前： ◆Meriken//XXX mailto:sage [2013/09/23(月) 20:12:23.78 ID:PDVnzk32P] 新しい開発版をうｐしました。 MERIKEN's Tripcode Finder 1.1 Free Edition Alpha 6 www.meriken2ch.com/programming/merikens-tripcode-finder Alpha 5からの主な変更点は以下の通りです。 ・Nehalem系のCPUで12桁トリップのCPU検索が遅くなる不具合の修正。 引き続き前のバージョンとの速度の比較を報告していただけると助かります。 120 名前： ◆Meriken//XXX mailto:sage [2013/09/23(月) 20:36:25.71 ID:PDVnzk32P] コンパイラの吐いた無駄だらけのコードを見てたら、movapsの代わりに movdqaを使っていました。まさかこれが原因じゃあるまいな… 121 名前：名無しさん＠お腹いっぱい。 mailto:sage [2013/09/23(月) 21:10:26.07 ID:zKQ1y1q50] 古いバージョンもあると比較しやすいのかな？ 122 名前：107 mailto:sage [2013/09/23(月) 21:39:06.57 ID:rVyLE6uw0] 【Meriken's Tripcode Finderのバージョン】1.1 Free Edition Alpha 6 【10分間のCPU検索の平均速度】 148.50M tripcode/s とりあえず、戻ったようです。 123 名前：94 mailto:sage [2013/09/23(月) 21:52:01.56 ID:AdWli9Lo0] α6試してみました 条件は>>94と同一です 【10分間の平均速度】 366.80M tripcode/s 【GPU検索の平均速度】 340.25M tripcode/s 【CPU検索の平均速度】 26.55M tripcode/s α4の水準に戻ったようです 中身的には暫定的にNehalemを検出してα4のプログラムで 処理してる感じでしょうか？ 共通プログラムで全CPUを網羅するのは なかなか難しいのですね 124 名前：累計 ◆wop.8OO8.qow mailto:sage [2013/09/23(月) 23:33:54.95 ID:J8box9ZP0] 条件は>>99と変わらず、1.1FEα6のみ検索速度(1パターン)を診断 【10分間のCPU検索の平均速度(TPS)】 　　 1.1FEα6 　1.1FEα5 　 1.1FEα4　 1.0.1(安定版) ---------------------------------------------- 1)　　31.89M　　　27.84M　　　30.51M　　　31.67M 2)　　31.88M　　　27.80M　　　30.50M　　　31.77M 3)　　31.97M　　　27.69M　　　30.58M　　　31.67M 4)　　31.88M　　　27.85M　　　30.54M　　　31.68M 5)　　31.89M　　　27.83M　　　30.54M　　　31.64M よかったよかったｗ 125 名前： ◆Urotsuki/1Ca mailto:sage [2013/09/23(月) 23:47:40.78 ID:fLgQz4cK0] 修正お疲れ様ですー 明日以降入れとこう… そろそろ本気だす 126 名前： ◆Meriken//XXX mailto:sage [2013/09/24(火) 03:05:07.93 ID:SuYpLKhoP] ちゃんとNehalemを検出できているようですね。かったよかった。 Nehalemを使っている人(Alpha 5で遅くなった人)は ぜひこちらも試してみてください。 www.meriken2ch.com/files/2013-09-23-Nehalem.zip 元のファイルに上書きすれば使えます。 あくまでも実験なので、元のファイルは取っておいてください 127 名前： ◆Meriken//XXX mailto:sage [2013/09/24(火) 03:06:37.34 ID:SuYpLKhoP] >>125 > そろそろ本気だす おお、期待してますよｗ 128 名前： ◆Meriken//XXX mailto:sage [2013/09/24(火) 03:12:46.79 ID:SuYpLKhoP] と書いたあとでゆぐちゃんの速度見たら凄いことになってたｗ うろつきさんもさすがですし、◆QZshizo.ptHさんもおひさしぶりですね〜 129 名前： ◆Meriken//XXX [2013/09/24(火) 06:44:32.39 ID:SuYpLKhoP] これ、こっちにも貼っておこうっと。 > 43 ：◆Meriken//XXX ：sage ：2013/09/24(火) 06:42:26.23 > ゆぐちゃんの紹介のために、今度は日本語版のSlashdotにストーリーを > 投稿してみました。採用されるように、是非評価を上げてやってくださいｗ > > slashdot.jp/recent > > GPGPUによる分散トリップ検索サービス「Meriken's Tripcode Yggdrasil」 > slashdot.jp/submission/52745 toro.2ch.net/test/read.cgi/esite/1379214816/43n 130 名前： ◆Meriken//XXX [2013/09/24(火) 08:00:59.39 ID:SuYpLKhoP] >>123 > 中身的には暫定的にNehalemを検出してα4のプログラムで > 処理してる感じでしょうか？ その通りです。 > 共通プログラムで全CPUを網羅するのは > なかなか難しいのですね 実際かなり難しいですね。試せる環境が手元にないのが大きいです。 >>126のバージョンでは新しいルーチンに手を入れてるので、 Nehalemでも高速化できるかもしれません。 131 名前：名無しさん＠お腹いっぱい。 mailto:sage [2013/09/24(火) 12:09:59.10 ID:aK0ZMOZo0] Yggdrasilで検索中のPC一覧で見ることの出来る「名前」の項目のデータは編集できますか？ 132 名前：94 mailto:sage [2013/09/24(火) 12:11:45.67 ID:XhDzCs6d0] お疲れ様です >>126を試してみました 条件は>>94です 【10分間の平均速度】 370.88M tripcode/s 【GPU検索の平均速度】 340.61M tripcode/s 【CPU検索の平均速度】 30.27M tripcode/s 診断ではCPUの効率向上 実測でもCPU24.54→27.47Mt/sという結果でした 133 名前： ◆Meriken//XXX [2013/09/24(火) 12:29:58.12 ID:SuYpLKhoP] >>132 ｷﾀ━━━━(ﾟ∀ﾟ)━━━━!! やっぱりmovapsが原因だったんですね。 他のCPUだとSSE2でmovapsを使ったほうが速いのに、 Nehalemだけmovdqaを使ったほうが速いようです。 こんなの普通わからないっちゅうねん。 なんにせよ助かりました。次の開発版に取り込んでおきます。 134 名前：やんやん ◆yanyan/Pails mailto:sage [2013/09/24(火) 13:55:53.22 ID:yDbtGzZA0] >>126でα5からの性能向上を確認 Before 【Meriken's Tripcode Finderのバージョン】1.1 Free Edition Alpha 5 【10分間のCPU検索の平均速度】 84.98M tripcode/s After 【Meriken's Tripcode Finderのバージョン】>>126 のNehalem用 【10分間のCPU検索の平均速度】 97.66M tripcode/s 135 名前： ◆Meriken//XXX [2013/09/24(火) 14:22:53.52 ID:SuYpLKhoP] >>131 MTFの「分散処理」タグで編集できますよ。次からはゆぐちゃんスレでお願いします。 【分散トリップ検索】Meriken's Tripcode Yggdrasil (p)toro.2ch.net/test/read.cgi/esite/1379214816/ 136 名前： ◆Meriken//XXX [2013/09/24(火) 14:24:13.91 ID:SuYpLKhoP] >>134 ありがとうございます。ようやくこれで安心して寝られますｗ 137 名前： ◆Urotsuki/1Ca mailto:sage [2013/09/24(火) 15:36:32.45 ID:hElffOfN0] 電気料金の関係で当分稼働できそうにない… すみません… 138 名前：やんやん ◆yanyan/Pails mailto:sage [2013/09/24(火) 16:26:07.84 ID:yDbtGzZA0] On some (but not all) micro-architectures, there are timing differences due to "domain crossing penalties". For this reason, one should generally use movdqa when the data is being used with integer SSE instructions, and movaps when the data is being used with floating-point instructions. For more information on this subject, consult the Intel Optimization Manual, or Agner Fog's excellent microarchitecture guide. Note that these delays are most often associated with register-register moves instead of loads or stores. だそうな、integerだったらmovqdnなんだと。マニアックすぐるw 139 名前： ◆Meriken//XXX [2013/09/24(火) 16:37:03.17 ID:SuYpLKhoP] >>138 ところがNehalem以外だとintegerでもmovapsのほうが movdqaよりも速いんですよねえ… VC++ 2010はマニュアル通りにmovdqaを使ってましたけど、 それだとうまくいかないようです。 140 名前： ◆Meriken//XXX [2013/09/24(火) 16:39:21.48 ID:SuYpLKhoP] >>137 電気料金は大きな壁ですよねえ… 今までお疲れ様でした。またいつでもお越しください。 141 名前：名無しさん＠お腹いっぱい。 mailto:sage [2013/09/24(火) 19:22:40.85 ID:HJd6RTmw0] >>139 何となくですが、 2chnull.info/r/jisaku/1326108518/338-354 これの347辺りからの話が、ヒントになりそうな？ これ以上は、各アーキ毎の最適化マニュアルの比較と、 マイクロアーキテクチャ自体の変更情報を全部追わないと、どこがネックになってるのかは 分からない気がするｗ ちなみに>>107の環境で>>126を回した結果 【10分間のCPU検索の平均速度】 146.58M tripcode/s あれ・・・あまり変わってない・・・なんでだろ。 142 名前： ◆Meriken//XXX [2013/09/25(水) 15:05:37.51 ID:Q0OWgfvvP] >>141 > これ以上は、各アーキ毎の最適化マニュアルの比較と、 > マイクロアーキテクチャ自体の変更情報を全部追わないと、 > どこがネックになってるのかは分からない気がするｗ リンク先の話は非常に興味深いですねえ。なかなか奥が深いです。 > あれ・・・あまり変わってない・・・なんでだろ。 同じNehalem系でもGulftown(Westmere-EP)は違うのかな? 難しすぎですねｗ 143 名前： ◆Meriken//XXX [2013/09/25(水) 16:18:00.34 ID:Q0OWgfvvP] 新しい開発版をうｐしました。 MERIKEN's Tripcode Finder 1.1 Free Edition Alpha 7 www.meriken2ch.com/programming/merikens-tripcode-finder Alpha 6からの主な変更点は以下の通りです。 ・Nehalem系のCPUでの12桁トリップのCPU検索の高速化。 ・10桁トリップのCPU検索の高速化。 >>126の成果を取り込んだついでに、10桁トリップ検索でもmovapsを使うように しました。AVXに対応していない、Nehalem系以外のCPUでは、10桁トリップの CPU検索は少し速くなっているはずです。 前のバージョンとの速度の比較を報告していただけると助かりますです。 144 名前： ◆YSRKEN.ceVZZ mailto:sage [2013/09/25(水) 16:21:29.38 ID:HNdGVGJA0] >>143は私(x64+SSE2/AVX、Ivy Bridge)でも10桁が高速化するのでしょうか？ 145 名前： ◆Meriken//XXX [2013/09/25(水) 16:23:53.73 ID:Q0OWgfvvP] この週末に彼女が日本から遊びに来るので、開発はしばらくお休みです。 次の更新はHaswell購入後のAVX2対応になる予定です。 146 名前： ◆Meriken//XXX [2013/09/25(水) 16:26:41.10 ID:Q0OWgfvvP] >>144 Ivy BridgeはAVXに対応しているので今回は速くなりません。 AVX版はまた今度書きなおす予定です。 147 名前： ◆e7m8FSZy3U mailto:sage [2013/09/25(水) 19:34:02.12 ID:CggXwBge0] /.Jから飛んできました。 ちょっと面白そうなのでしばらく回してるかもです・・・ 148 名前： ◆e7m8FSZy3U mailto:sage [2013/09/25(水) 19:58:17.69 ID:CggXwBge0] あぁこれって何か。分散のみに参加するって出来ないのね それはつまらんなぁ。 149 名前： ◆Meriken//XXX mailto:sage [2013/09/25(水) 20:04:12.63 ID:Q0OWgfvvP] 9文字ぐらいの適当な長いパターンをローカルで1つだけ指定してやれば、 分散のみに参加しているのと変わりないですよ。 150 名前： ◆Meriken//XXX mailto:sage [2013/09/25(水) 20:42:15.70 ID:Q0OWgfvvP] Linux版を作っていた◆znjnB.IJwZLUさん、最近見かけないなあ。 忙しいのかしらん。AVXに最適化されたS-Boxをぜひ見せてもらいたかったんだけど、 自分でやったほうが早いのかな。 まあやることといったら全部レジスタで回すようにして、なるべく2バイトのVEX Prefixを 使うようにするだけだからなあ。でも言うのは簡単だけど、実際にやるのは大変そうだorz 151 名前： ◆Meriken//XXX mailto:sage [2013/09/25(水) 20:56:27.53 ID:Q0OWgfvvP] 定格のi7-3770Kだと10桁トリップのCPU検索の速度はこんなんです。 mty_win_x64_20071012: 21.72M TPS MTF (AVX): 25.56M TPS 大分速くなったけど、もうちょっといけそうなんだよなあ… 152 名前： ◆Meriken//XXX mailto:sage [2013/09/25(水) 20:59:08.78 ID:Q0OWgfvvP] 6番目のS-Boxにvmovdqaが6個も残ってるぞ… まずこいつらからやっつけないと。 153 名前： ◆Meriken//XXX mailto:sage [2013/09/25(水) 22:23:57.84 ID:Q0OWgfvvP] vmovdqaを2つに減らすことが出来ましたが、一時変数が1つ増えて 速度は横這いです。難しすぎる… 154 名前： ◆LoveNico9g mailto:sage [2013/09/26(木) 02:43:02.74 ID:sJOvmiPd0] 【診断の種類】検索速度(1パターン) 【Meriken's Tripcode Finderのバージョン】1.1 Free Edition Alpha 5 -> 1.1 Free Edition Alpha 7 【OS】Windows 7 Professional SP1 【ディスプレイドライバ】320.57 【検索デバイス】GPUとCPU 【使用するGPU】すべて使用 【GPU】GeForve GTX 650 【CPU】Ibtel Core i3-3220 CPU @ 3.30Ghz 【1SMあたりのブロック数(CUDA)】8 【CPUの命令セット】x64 + SSE2/AVX 【CPU検索スレッドの数】1 【検索プロセスの優先度】アイドル 【GUIフロントエンドの優先度】アイドル 【トリップの種類】10桁 【キーに使用する文字】ASCII 【検索パターン】 10文字完全前方一致1個 【10分間の平均速度】 11.49M tripcode/s -> 11.68M tripcode/s 【GPU検索の平均速度】 9.20M tripcode/s -> 9.24M tripcode/s 【CPU検索の平均速度】 2.29M tripcode/s -> 2.44M tripcode/s 155 名前： ◆Meriken//XXX mailto:sage [2013/09/26(木) 04:07:26.63 ID:6FvOHAWcP] >>154 報告有り難うございます。やっぱりちょこっとだけ速くなっていますね。 動的書き換えを行っているコードをいじるのに結構神経を使ったんですが、 6.5%の速度向上だから上出来なのかな? 156 名前： ◆HwAeH9HsBC.d mailto:sage [2013/09/26(木) 04:34:59.26 ID:b6mTXvYaP] 中間ステートを利用したら受け渡し所がなくても2ch上だけで安全にキーの交換ができるのか 80文字くらいのキーのテスト 157 名前： ◆Meriken//XXX mailto:sage [2013/09/26(木) 06:00:51.07 ID:6FvOHAWcP] なかなか面白い発想ですけど、キーの一部が依頼ごとに違ってくると 複数の依頼を同時に検索することが出来ないので、ちと現実的ではないですねえ。 158 名前：名無しさん＠お腹いっぱい。 mailto:sage [2013/09/26(木) 06:35:44.10 ID:b6mTXvYaP] たしかに個人に依頼する場合はやっぱり一度に一人からの依頼しか処理できなくなりますが、Yggdrasilを使うなら大丈夫ですよね？ Yggdrasilに参加しながら自分の設定した文字列も検索する場合それの結果のキーまで64文字以上になっちゃいますが あと自分のPCで発見した場合でもサーバから64文字を受け取らないといけなくなります このときサーバが全クライアントに同じ64文字を使ってたら困るのは サーバはクライアントごとにキーの最初の64文字を別のにして探索してもらえばよさそうです あと依頼を1個解決した場合最初の64文字を切り替えないと次に他の依頼を解決したときに2人の別の人に同じ64文字が流出するので 依頼を解決するごとにサーバから新しい最初の64文字を受け取る必要があります で、OpenCLの1回のワークのまとまりに全部同じ中間状態を最初に渡すことになりそうですが、 1回のワークで複数の依頼を解決しちゃった場合どれか1個しか使えなくなります（同じ最初の64文字が2人以上に使われることになるので） これの解決法は思いつきませんでした 159 名前：名無しさん＠お腹いっぱい。 mailto:sage [2013/09/26(木) 06:36:45.74 ID:b6mTXvYaP] 最初の64文字を依頼人が指定するんじゃなくてYggdrasilがランダムに生成するって方式です 160 名前： ◆Meriken//XXX mailto:sage [2013/09/26(木) 09:06:01.86 ID:6FvOHAWcP] >>158 2ちゃんねる受け渡しを行うのはちょっと無理がありますが、ゆぐちゃんでは ありでしょう。あ、あと私は最初に間違えてしまっていたのですが、 SHA-1のブロックの長さは64バイトですがメッセージの長さを格納するのに 8バイト必要なので、キーの長さは56文字が最適になります。 実装する際にはW[12]までの途中経過(A, B, C, D, E)を検索開始時に クライアントに渡してやればいいだけです。最初の依頼を解決した時点で 検索をやり直すようにしてやればセキュリティ上の問題もないでしょう。 161 名前：累計 ◆wop.8OO8.qow mailto:sage [2013/09/26(木) 09:10:52.97 ID:BeI6EFic0] 条件は>>99と変わらず、1.1FEα7のみ検索速度(1パターン)を診断 【10分間のNehalem系のCPU検索の平均速度(TPS)】 　　　1.1FEα7　 1.1FEα6 　1.1FEα5 　 1.1FEα4　 1.0.1(安定版) --------------------------------------------------------- 1)　　31.47M　　　31.89M　　　27.84M　　　30.51M　　　31.67M 2)　　31.49M　　　31.88M　　　27.80M　　　30.50M　　　31.77M 3)　　31.50M　　　31.97M　　　27.69M　　　30.58M　　　31.67M 4)　　31.48M　　　31.88M　　　27.85M　　　30.54M　　　31.68M 5)　　31.51M　　　31.89M　　　27.83M　　　30.54M　　　31.64M 162 名前： ◆Meriken//XXX mailto:sage [2013/09/26(木) 09:28:13.49 ID:6FvOHAWcP] >>161 Nehalem系でも新しいルーチンの効果に結構差がでますね。 1.0.1に比べて微減なのでまあここらへんが落とし所ですね。 報告していただいて本当に助かりました。 163 名前： ◆Meriken//XXX mailto:sage [2013/09/26(木) 09:34:36.24 ID:6FvOHAWcP] VEX Prefixの謎はstackoverflowで怒られながらヒントを貰って ある程度解決することが出来ました。 Which AVX registers should I use to avoid 3-byte VEX prefixes? stackoverflow.com/questions/19016174 なるべくソースオペランドにxmm0〜xmm7を使ってやればいいようですが、 それだけではないみたいですね… ---- 176 %line 611+1 Source Files\CPU10_x64_AVX.asm 177 000000F0 C5F96FFC vmovdqa xmm7, xmm4 178 %line 611+0 Source Files\CPU10_x64_AVX.asm 179 000000F4 C5D9DFE0 vpandn xmm4, xmm0 180 000000F8 C551EBD2 vpor xmm10, xmm5, xmm2 181 000000FC C569EFE8 vpxor xmm13, xmm2, xmm0 182 00000100 C551EFDF vpxor xmm11, xmm5, xmm7 183 00000104 C559EFF3 vpxor xmm14, xmm4, xmm3 184 00000108 C44111DFE3 vpandn xmm12, xmm13, xmm11 185 0000010D C44111DBEA vpand xmm13, xmm10 186 00000112 C521EFFA vpxor xmm15, xmm11, xmm2 187 00000116 C511EFC3 vpxor xmm8, xmm13, xmm3 188 0000011A C44109DFC8 vpandn xmm9, xmm14, xmm8 189 0000011F C511EBED vpor xmm13, xmm5 190 00000123 C5D1EBE8 vpor xmm5, xmm0 191 00000127 C539DFC7 vpandn xmm8, xmm7 192 0000012B C44101DFFE vpandn xmm15, xmm14 193 00000130 C44111EFEF vpxor xmm13, xmm15 194 00000135 C4C151EBF5 vpor xmm6, xmm5, xmm13 195 0000013A C5D1DFEB vpandn xmm5, xmm3 164 名前：やんやん ◆yanyan/Pails mailto:sage [2013/09/26(木) 09:42:28.26 ID:rTRwfDJk0] コードの動的書き換えまでやってるんだ。頑張るなぁ 165 名前： ◆Meriken//XXX mailto:sage [2013/09/26(木) 10:03:07.79 ID:6FvOHAWcP] >>164 速くするためにできることは全部やるつもりですｗ 10桁トリップのCPU検索だと2〜3M TPS違ってくるので、かなり大きいです。 166 名前： ◆Meriken//XXX mailto:sage [2013/09/26(木) 10:21:16.12 ID:6FvOHAWcP] 3オペランドの命令を2-byte VEX Prefixになるように 書き換えたら遅くなったぞ。なぜだ… 167 名前： ◆Meriken//XXX mailto:sage [2013/09/26(木) 11:03:10.06 ID:6FvOHAWcP] うーん、やっぱりわからん… まあいいや、また今度にしよっと。 168 名前： ◆Meriken//XXX mailto:sage [2013/09/26(木) 12:42:38.98 ID:6FvOHAWcP] 290Xが噂通りの性能なら、検索君1号の6990をリプレースしたいところですが、 どうなんでしょうねえ〜 AMD，新世代GPUシリーズ「Radeon R9」「Radeon R7」を発表 www.4gamer.net/games/234/G023455/20130926001/ 169 名前： ◆YSRKEN.ceVZZ mailto:sage [2013/09/26(木) 21:45:53.97 ID:dy4WW+LZ0] >>168 絶対に値段がヤバそう、かと思いましたがそれほどでもないのかな＞R9 280X(のメーカー想定売価)は299ドル 170 名前：名無しさん＠お腹いっぱい。 mailto:sage [2013/09/26(木) 22:52:10.88 ID:K0nbDP0R0] AMDがMantleとかいう新しいLow Level APIも発表したが 使えるのグラフィック用途だけなのかな 171 名前： ◆znjnB.IJwZLU mailto:sage [2013/09/26(木) 23:28:01.94 ID:6DsB6fP10] >>151 お久しぶりです。 日々の仕事をこなしつつトリップ検索のための正規表現エンジンのためのJITコンパイラを作るという作業にエタってました。 DESのS-Boxですがmovdqaが２個あるくらいなら速度差は出ないでしょう。 AVXでターゲットをSandy以降とする場合、ベクタ整数Logicは3op/cycleです。 従って速度を稼ぐには常に3命令を供給できるようにコードを書かなければなりません。 命令フェッチが16Byte/cycle、デコードが4op/cycleなので2ByteVEX（レジスタ間で4Byte）、3ByteVEX（レジスタ間で5Byte） のどちらでも達成可能ですし、数個のメモリオペレーションはOoOのキューで隠蔽されます。 ただし、メモリオペレーションを含む場合はLodeポートが2本、Storeポートが１本で命令長が多くの場合4Byteほど長くなることを意識する必要があります。 これはメモリオペレーションを含む論理演算は2ByteVEXの場合で2op/cycle、3ByteVEXの場合は1op/cycleしか命令を供給できないということですので、 間にレジスタ間演算を入れて供給命令数を維持するかループにしてuOPキャッシュを当て込むか、そういうものだと諦めるかしなければなりません。 2ByteVEXにすること自体は簡単で、VEX prefixのフォーマットを見るとわかりますが AVXop　dist，src1，src2 という場合src2をxmm0〜xmm7に制限するだけです。 distとsrc1にはxmm0〜xmm15までの全てのレジスタを指定可能です。 まあ、レジスタ割付は面倒になります。 172 名前： ◆Meriken//XXX mailto:sage [2013/09/27(金) 01:05:59.70 ID:8wnFvcpWP] >>171 なるほど、そういう頭が必要なんですね。道理でなかなか速くならなかったわけだ。 実に勉強になりますです。 > 日々の仕事をこなしつつトリップ検索のための正規表現エンジンのための > JITコンパイラを作るという作業にエタってました。 MTFの正規表現のルーチンもC#で綺麗に書きなおそうと考えてたんですけど、 この発想は斬新ですねｗ 流石です。 173 名前： ◆Meriken//XXX mailto:sage [2013/09/27(金) 01:11:08.04 ID:8wnFvcpWP] >>170 Mantleからだと直接GCNを叩けるみたいですね。 オープンソースになるという噂もあるみたいです。 GCNは性能的に化物としか言い様がないので、ｗｋｔｋが止まらないですｗ 174 名前：名無しさん＠お腹いっぱい。 mailto:sage [2013/09/27(金) 01:17:32.97 ID:lkqItC0o0] >>172 maleで拙作のavxDESを送ったので時間があれば見てみてください。 あまり参考にならないかもしれませんが 175 名前： ◆znjnB.IJwZLU mailto:sage [2013/09/27(金) 01:18:39.25 ID:lkqItC0o0] >>174 トリわすれてました

---

---

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

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