[過去ログ] 【トリップ検索】MERIKEN's Tripcode Finder その5 (995レス)
上下前次1-新
このスレッドは過去ログ倉庫に格納されています。
次スレ検索 歴削→次スレ 栞削→次スレ 過去ログメニュー
121: 2013/09/23(月)21:10 ID:zKQ1y1q50(1) AAS
古いバージョンもあると比較しやすいのかな?
122: 107 2013/09/23(月)21:39 ID:rVyLE6uw0(2/2) AAS
【Meriken's Tripcode Finderのバージョン】1.1 Free Edition Alpha 6
【10分間のCPU検索の平均速度】 148.50M tripcode/s
とりあえず、戻ったようです。
123(1): 94 2013/09/23(月)21:52 ID:AdWli9Lo0(1) AAS
α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 2013/09/23(月)23:33 ID:J8box9ZP0(2/2) AAS
AA省
125(1): ◆Urotsuki/1Ca 2013/09/23(月)23:47 ID:fLgQz4cK0(1) AAS
修正お疲れ様ですー
明日以降入れとこう…
そろそろ本気だす
126(5): ◆Meriken//XXX 2013/09/24(火)03:05 ID:SuYpLKhoP(1/10) AAS
ちゃんとNehalemを検出できているようですね。かったよかった。
Nehalemを使っている人(Alpha 5で遅くなった人)は
ぜひこちらも試してみてください。
外部リンク[zip]:www.meriken2ch.com
元のファイルに上書きすれば使えます。
あくまでも実験なので、元のファイルは取っておいてください
127: ◆Meriken//XXX 2013/09/24(火)03:06 ID:SuYpLKhoP(2/10) AAS
>>125
> そろそろ本気だす
おお、期待してますよw
128: ◆Meriken//XXX 2013/09/24(火)03:12 ID:SuYpLKhoP(3/10) AAS
と書いたあとでゆぐちゃんの速度見たら凄いことになってたw
うろつきさんもさすがですし、◆QZshizo.ptHさんもおひさしぶりですね〜
129: ◆Meriken//XXX 2013/09/24(火)06:44 ID:SuYpLKhoP(4/10) AAS
これ、こっちにも貼っておこうっと。
> 43 :◆Meriken//XXX :sage :2013/09/24(火) 06:42:26.23
> ゆぐちゃんの紹介のために、今度は日本語版のSlashdotにストーリーを
> 投稿してみました。採用されるように、是非評価を上げてやってくださいw
>
> 外部リンク:slashdot.jp
>
> GPGPUによる分散トリップ検索サービス「Meriken's Tripcode Yggdrasil」
> 外部リンク:slashdot.jp
2chスレ:esite
130: ◆Meriken//XXX 2013/09/24(火)08:00 ID:SuYpLKhoP(5/10) AAS
>>123
> 中身的には暫定的にNehalemを検出してα4のプログラムで
> 処理してる感じでしょうか?
その通りです。
> 共通プログラムで全CPUを網羅するのは
> なかなか難しいのですね
実際かなり難しいですね。試せる環境が手元にないのが大きいです。
>>126のバージョンでは新しいルーチンに手を入れてるので、
Nehalemでも高速化できるかもしれません。
131(1): 2013/09/24(火)12:09 ID:aK0ZMOZo0(1) AAS
Yggdrasilで検索中のPC一覧で見ることの出来る「名前」の項目のデータは編集できますか?
132(1): 94 2013/09/24(火)12:11 ID:XhDzCs6d0(1) AAS
お疲れ様です
>>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 ID:SuYpLKhoP(6/10) AAS
>>132
キタ━━━━(゚∀゚)━━━━!! やっぱりmovapsが原因だったんですね。
他のCPUだとSSE2でmovapsを使ったほうが速いのに、
Nehalemだけmovdqaを使ったほうが速いようです。
こんなの普通わからないっちゅうねん。
なんにせよ助かりました。次の開発版に取り込んでおきます。
134(1): やんやん ◆yanyan/Pails 2013/09/24(火)13:55 ID:yDbtGzZA0(1/2) AAS
>>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 ID:SuYpLKhoP(7/10) AAS
>>131
MTFの「分散処理」タグで編集できますよ。次からはゆぐちゃんスレでお願いします。
【分散トリップ検索】Meriken's Tripcode Yggdrasil
(p)2chスレ:esite
136: ◆Meriken//XXX 2013/09/24(火)14:24 ID:SuYpLKhoP(8/10) AAS
>>134
ありがとうございます。ようやくこれで安心して寝られますw
137(1): ◆Urotsuki/1Ca 2013/09/24(火)15:36 ID:hElffOfN0(1) AAS
電気料金の関係で当分稼働できそうにない…
すみません…
138(1): やんやん ◆yanyan/Pails 2013/09/24(火)16:26 ID:yDbtGzZA0(2/2) AAS
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(1): ◆Meriken//XXX 2013/09/24(火)16:37 ID:SuYpLKhoP(9/10) AAS
>>138
ところがNehalem以外だとintegerでもmovapsのほうが
movdqaよりも速いんですよねえ…
VC++ 2010はマニュアル通りにmovdqaを使ってましたけど、
それだとうまくいかないようです。
140: ◆Meriken//XXX 2013/09/24(火)16:39 ID:SuYpLKhoP(10/10) AAS
>>137
電気料金は大きな壁ですよねえ…
今までお疲れ様でした。またいつでもお越しください。
上下前次1-新書関写板覧索設栞歴
あと 855 レスあります
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ AAサムネイル
ぬこの手 ぬこTOP 0.014s