cellプログラミングしちゃいなよ3

1 名前：デフォルトの名無しさん mailto:sage [2008/07/07(月) 08:55:08 ] 前スレ Cellプログラミングしちゃいなよ2 pc11.2ch.net/test/read.cgi/tech/1183091522/ 375 名前：202 mailto:sage [2009/01/13(火) 22:00:39 ] >>374 それ、実は、アセンブラを自動生成する簡単なプログラム書いて、 その出力したコード（未テスト）のサイクル数の話。15はウソ。 本当のオーバーヘッドは0.3どころじゃない。もっとデカイ。 んで、アセンブラ禁止された。 ... 質問しなけりゃ良かったorz 376 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/01/13(火) 22:15:21 ] というわけで俺だけ次のステップに逝く予感 377 名前：デフォルトの名無しさん mailto:sage [2009/01/13(火) 22:15:31 ] アセンブラ禁止意味不明。最早 Hack The spu-gcc43 じゃん。 378 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/01/13(火) 22:17:56 ] パイプラインを埋める方策考え直さないといけないな。 379 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/01/13(火) 22:19:54 ] 方策は・・・あるんだなこれが。 380 名前：デフォルトの名無しさん mailto:sage [2009/01/13(火) 22:25:49 ] >>377 うまいｗ　まさしくそのとおりだとおも 381 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/01/13(火) 22:25:50 ] これは15cycleを切れないコードの最高スコアだ。もちろんアセンブラなど使ってない。 spu-gcc43 -std=gnu99 -O3 -g -c -o mt_mine.o mt_mine.c spu-gcc43 -Wl,-Map,mt_kadai.map mt_kadai.o mt_mine.o mt19937ar.sep/mt19937ar.o -o mt_kadai ./mt_kadai ORIGNAL: sum=3c927c56, 294035297 ticks MINE: sum=3c927c56, 5466192 ticks ORIGNAL: sum=2e987a4d, 424162315 ticks MINE: sum=2e987a4d, 7885270 ticks ORIGNAL: sum=ef1b6aef, 312107681 ticks MINE: sum=ef1b6aef, 5802168 ticks ORIGNAL: sum=eedd2516, 290059639 ticks MINE: sum=eedd2516, 5392281 ticks ORIGNAL: sum=f7e967a8, 14367047 ticks MINE: sum=f7e967a8, 267131 ticks ORIGNAL: sum=1f37a7db, 214219571 ticks MINE: sum=1f37a7db, 3982409 ticks ORIGNAL: sum=c7d41f36, 294968868 ticks MINE: sum=c7d41f36, 5483545 ticks ORIGNAL: sum=aa9d2e9f, 259569157 ticks MINE: sum=aa9d2e9f, 4825469 ticks ORIGNAL: sum=8abd398a, 250848188 ticks MINE: sum=8abd398a, 4663339 ticks ORIGNAL: sum=a374bd58, 6110381 ticks MINE: sum=a374bd58, 113635 ticks 382 名前：202 mailto:sage [2009/01/13(火) 22:29:57 ] 多分、もう、次のステップはない。 Hack the spu-gcc 4.3 '09 優勝争いのステージに、いま、俺とだんごさんが立っている。 このステージを制するのは、俺か、だんごさんか、はたまた新たなる チャレンジャーか！！！ 383 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/01/13(火) 22:33:16 ] 我ながら恐ろしい。15clk/QWORDに対する実効効率99.74％の基地外スケジューリング 俺に勝てるかなククク 384 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/01/13(火) 22:43:37 ] ヒント：最適化が糞なら、無効にすればいいじゃない 385 名前：デフォルトの名無しさん mailto:sage [2009/01/13(火) 23:46:28 ] 今更？ 386 名前：デフォルトの名無しさん mailto:sage [2009/01/13(火) 23:58:15 ] この課題説明でインラインアセンブラ禁止なら、 pragma も使用禁止でしょうな。 387 名前：デフォルトの名無しさん mailto:sage [2009/01/14(水) 00:03:42 ] それって、なんてコンパイラハッキングゲーム?w 388 名前：227 ◆eZQcaIaFJs mailto:sage [2009/01/14(水) 00:41:47 ] わっちもようやく>>282のスタートラインに立てたので一応報告。 ちなみに、何故かコンパイラの最適化無効にしたらコードの質が良くなってるし、 コンパイラとの戦いの意味合いの方が強いような気がするなぁ…。 389 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/01/14(水) 01:01:21 ] ハッキングなどしてない spu-gcc43 -std=gnu99 -O3 -g -c -o mt_mine.o mt_mine.c spu-gcc43 -Wl,-Map,mt_kadai.map mt_kadai.o mt_mine.o mt19937ar.sep/mt19937ar.o -o mt_kadai ./mt_kadai ORIGNAL: sum=3c927c56, 295486875 ticks MINE: sum=3c927c56, 5093390 ticks ORIGNAL: sum=2e987a4d, 426256300 ticks MINE: sum=2e987a4d, 7347483 ticks ORIGNAL: sum=ef1b6aef, 313648483 ticks MINE: sum=ef1b6aef, 5406455 ticks ORIGNAL: sum=eedd2516, 291491590 ticks MINE: sum=eedd2516, 5024518 ticks ORIGNAL: sum=f7e967a8, 14437972 ticks MINE: sum=f7e967a8, 248913 ticks ORIGNAL: sum=1f37a7db, 215277119 ticks MINE: sum=1f37a7db, 3710802 ticks ORIGNAL: sum=c7d41f36, 296425055 ticks MINE: sum=c7d41f36, 5109559 ticks ORIGNAL: sum=aa9d2e9f, 260850588 ticks MINE: sum=aa9d2e9f, 4496367 ticks ORIGNAL: sum=8abd398a, 252086563 ticks MINE: sum=8abd398a, 4345293 ticks ORIGNAL: sum=a374bd58, 6140545 ticks MINE: sum=a374bd58, 105884 ticks 390 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/01/14(水) 01:02:58 ] やべぇｗｗｗ笑いがとまんねーｗｗｗｗｗ 391 名前：202 mailto:sage [2009/01/14(水) 01:17:46 ] 抜かれた・・・完敗だorz 392 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/01/14(水) 01:19:03 ] ん？まだもう一段階いけたよ 393 名前：202 mailto:sage [2009/01/14(水) 01:23:53 ] 5M切れそう？ 394 名前：202 mailto:sage [2009/01/14(水) 01:25:36 ] ちがうか、5088682 が下限なんだな。 395 名前：デフォルトの名無しさん mailto:sage [2009/01/14(水) 01:34:03 ] >>389 逆汗しないから、その実行ファイルうpして？ 396 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/01/14(水) 01:34:04 ] ﾆﾔﾆﾔ 397 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/01/14(水) 01:35:32 ] >>395 優勝すれば公開されるんだからそのときに見ればいいじゃないか。 種も仕掛けもない 398 名前：227 ◆eZQcaIaFJs mailto:sage [2009/01/14(水) 02:09:28 ] >>389 さっき98%超えたけどさすがにそれは神の領域だわ。 399 名前：デフォルトの名無しさん mailto:sage [2009/01/14(水) 02:14:08 ] ttp://cell.fixstars.com/ps3linux/index.php/3.8%E3%80%80%E6%BC%94%E7%BF%92%E5%95%8F%E9%A1%8C_(3-3)_%E5%8C%BA%E5%88%86%E6%B1%82%E7%A9%8D%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%A0_(%E8%A7%A3%E7%AD%94) 400 名前：デフォルトの名無しさん mailto:sage [2009/01/14(水) 02:17:55 ] 途中で投稿してもうた・・・ cell.fixstars.com/ps3linux/index.php/ ここにあるプログラミングチュートリアルの演習３−３の回答で、SPEの個数を変えたいんですが #define NUM_SPE * の*だけ変えてもだめですよね・・・ 性能がどんなもんかみたいんですが…どの点を変更すればよいのかご教授いただけませんでしょうか 401 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/01/14(水) 02:20:52 ] 2のべき乗ならいいんじゃないの？ テキトーに言ってみるけど。 402 名前：デフォルトの名無しさん mailto:sage [2009/01/14(水) 09:07:02 ] >>400 そこだけでいいと思うけど・・・ PS3なら個数は1~6までSPEが利用できる 403 名前：デフォルトの名無しさん mailto:sage [2009/01/14(水) 12:06:10 ] >>389 SFMTより速いんじゃね？ 404 名前：デフォルトの名無しさん mailto:sage [2009/01/14(水) 12:42:54 ] >>401-402 ありがとうございます。 変更箇所はこちらであっているみたいですね タイム関数を利用して処理時間を測定しても、逆にSPEを利用したほうが時間が延びてしまいます。 理論上ではSPE１からSPE4にしたら1/4になるはずですよね？ ppeのメイン関数にあるresultをかこって測定しているのですが適切ではないのかな すみません、出力に要した時間を測定するにはどこが適切なのでしょう cell.fixstars.com/pukiwiki/index.php?tips_timebase タイム関数はこれを使用しています 405 名前：デフォルトの名無しさん mailto:sage [2009/01/14(水) 13:21:25 ] >>404 そもそもこの問題ってそんな大規模な数を計算してないから 下手にSPE増やすとデータ転送時間やらその他もろもろが増えて 逆に遅くなる可能性のほうが高いよ 406 名前：デフォルトの名無しさん mailto:sage [2009/01/14(水) 14:42:22 ] そうですか…わかりました。測定するプログラム自体が間違いだったんですかｗ 性能を見るために適したプログラム・・・どっかありますかね？ 探してみます。 407 名前：デフォルトの名無しさん mailto:sage [2009/01/14(水) 16:03:39 ] 質問です。 ＣＥＬＬとLarrabee ってどの程度性能差があるんですか？ 大して性能差がないとしたら、仮にＰＳ４が出るとして、 ソニーがＣＥＬＬに拘る意味って、もはや無いのでは？ むしろＰＣの世界で主流になるであろう、Larrabeeに 切り替えた方がコスト的にも有利なのでは？ 408 名前：デフォルトの名無しさん mailto:sage [2009/01/14(水) 16:50:01 ] ゲハ板にお帰りください。 409 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/01/14(水) 17:16:08 ] >>403 逆説的だけど、並列演算を前提にした場合、実はオリジナルのMTのほうが並列度の高い （高くしないと性能の出ない）アーキテクチャに向いてるってのはある。 MTの配列のうち、先頭から224個、残りの400個は並列演算可能だ。 これはCUDAの実装についての説明。 ソースはCUDA SDKのサンプルにも入ってる。 developer.download.nvidia.com/compute/cuda/sdk/website/projects/MersenneTwister/doc/MersenneTwister.pdf それに対して、対してSFMTは4要素（＝128ビット）の計算をしないとその次の4要素の計算ができない。 要するに依存関係があって、128ビット性能が出ない。 各命令のレイテンシが大きいとSFMTは相対的に不向きってことになるかもね。 410 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/01/14(水) 17:18:53 ] × 要するに依存関係があって、128ビット性能が出ない。 × 要するに依存関係があって、128ビットSIMD演算を低レイテンシで実行できるアーキでないとが出ない。 411 名前：デフォルトの名無しさん mailto:sage [2009/01/14(水) 17:38:23 ] つっこみたいんだが 412 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/01/14(水) 17:44:30 ] どうぞ 今回の課題のMTはSFMTと比べてレイテンシを埋めるためのテクニックが使いやすいのは事実だよ。 っていうか誰かCUDAにSFMT移植してごらん？4論理スレッドしか並列実行できない悲惨なことになる。 413 名前：デフォルトの名無しさん mailto:sage [2009/01/14(水) 17:45:45 ] いや、どっちも×なところになんだがｗ 414 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/01/14(水) 17:48:20 ] ○ 要するに依存関係があって、128ビットSIMD演算を低レイテンシで実行できるアーキでないと性能が出ない。 タイピングしすぎで腱鞘炎になりそう 415 名前：デフォルトの名無しさん mailto:sage [2009/01/14(水) 18:36:35 ] >407 Larrabeeはまだ世の中に出ていないので誰にも分かりません。 性能比較は用途によって変わるので今、Cellが使われている用途に そのままLarrabeeが使われたらどうなるかなんて仮定の話は Intelの中の人ですら分からないでしょう。 またPC用のCPUの世界でLarrabeeのような シンプルなコアをたくさん集積したメニーコアが すぐに流行る事も無いでしょう。 流行るとしてもだいぶ先の話（10年先か20年先か？） 416 名前：デフォルトの名無しさん mailto:sage [2009/01/14(水) 20:19:04 ] >>409 速さもランダム性も優れているなんて虫が良すぎるんじゃないかとは思っていたんだ。 ふつーなら、どっちかのはずだもんな。元がひどくない限りは。 417 名前：227 ◆eZQcaIaFJs mailto:sage [2009/01/14(水) 22:15:12 ] 99%超えたおー 418 名前：デフォルトの名無しさん mailto:sage [2009/01/15(木) 10:44:32 ] cell.fixstars.com/challenge/faq.html#kadai4 > インラインアセンブラは使用してもよいですか？ > インラインアセンブラは禁止としていましたが、使用していただいて構いません。(1/15 更新) 419 名前：デフォルトの名無しさん mailto:sage [2009/01/15(木) 10:46:52 ] 中の人このスレ見てるな。 420 名前：デフォルトの名無しさん mailto:sage [2009/01/15(木) 11:23:12 ] なんか、いきなり競争のルールが変わってしまったな。 421 名前：デフォルトの名無しさん mailto:sage [2009/01/15(木) 11:33:29 ] いちいちルールなんて再確認しないだろうから、このスレ見てない人が可哀想だよな。 422 名前：デフォルトの名無しさん mailto:sage [2009/01/15(木) 11:38:36 ] 迷走してるな。 アセンブラレベルでCellを熟知してない人間にはチャンスを与えない試験に成り果てた。 コンパイルオプション変更許可しない意味が既に無い。 423 名前：デフォルトの名無しさん mailto:sage [2009/01/15(木) 11:58:29 ] >アセンブラレベルでCellを熟知してない人間にはチャンスを与えない試験に成り果てた。 そのレベルの人には元々「勝つ」チャンスは無いと思います。 参加する事に意義がある。 424 名前：デフォルトの名無しさん mailto:sage [2009/01/15(木) 12:05:30 ] アセンブラ許可自体は歓迎だが、こんなことをやると 「受賞者は最初から決めてあったんだよ！」 と言われかねない。 425 名前：デフォルトの名無しさん mailto:sage [2009/01/15(木) 12:11:38 ] >>アセンブラレベルでCellを熟知してない人間にはチャンスを与えない試験に成り果てた。 >そのレベルの人には元々「勝つ」チャンスは無いと思います。 202がんがれ、超がんがれ 426 名前：デフォルトの名無しさん mailto:sage [2009/01/15(木) 12:18:14 ] >>425 いやいや、202は既に熟知「した」だろ。 427 名前：デフォルトの名無しさん mailto:sage [2009/01/15(木) 12:19:00 ] うーん、確かにコンテストを始めてからルールを変えるのはなんだかな。 再提出のチャンスがあるとは言えど。 主催者はルールが変わった事をメールなどで周知徹底すべきだろう。 428 名前：202 mailto:sage [2009/01/15(木) 12:25:20 ] ちょ、許可になったのかよ！！ アセンブラを生成するスクリプトをCソース吐くように改変して、 どうやって最適化昨日によるデチューンから逃れるか試行錯誤してたのに！ #pragma GCC optimize ("-O0") も、 __attribute__ ((optimize(0))) も使えない、 変数をvolatileにしたらスタックにpush/popするから超遅い、etcetc、、、 俺の2日間かえせーー！ 429 名前：250 mailto:sage [2009/01/15(木) 12:45:16 ] まぁ、でも本当に Hack the spu-gcc43 になってたからな… おいらも 4.1 だとうまくいった最適化抑制手法が、4.3 だと 使えなかったりして結構虚しくなってたからよかったかも。 430 名前：,,・´∀｀・,,）っ-●◎○ mailto:sage [2009/01/15(木) 12:48:42 ] 敢えて言う。 今までのは全部Cだ。 431 名前：250 mailto:sage [2009/01/15(木) 12:53:01 ] あ、コンテスト終わったらでいいから、だんごさんがどうやって 最適化抑制してたのか教えてほしいかも。おいらがやってたのは 4.3 にしたら even にまで命令追加されて使えなかったっす。 432 名前：デフォルトの名無しさん mailto:sage [2009/01/15(木) 12:54:18 ] どうせ、そこまでやるんならコンパイラオプションも変更可能にして 何でもアリアリの条件で競争させて欲しい。 433 名前：202 mailto:sage [2009/01/15(木) 12:57:42 ] >>432 インラインアセンブラ解禁=何でもアリだよ。 別のコンパイラで、別のコンパイルオプションでアセンブリソース吐かせて、 それをインラインアセンブラで埋め込めば良いんだから。 434 名前：250 mailto:sage [2009/01/15(木) 12:58:21 ] >>431 あ、even に追加されたのは、ori $n,$n,0 ね。 even に追加することねーだろ、って叫びたいｗ 435 名前：202 mailto:sage [2009/01/15(木) 12:58:23 ] あ、ごめん。 実質なんでもアリなら、本当に何でもアリにしてくれっていう意味ね。 436 名前：202 mailto:sage [2009/01/15(木) 12:59:15 ] >>434 ありすぎて困るｗｗｗ ソース破壊しない命令ばっかだから、絶対いらないのにねー。 437 名前：デフォルトの名無しさん mailto:sage [2009/01/15(木) 13:00:04 ] >433 うん、だからもはや意味の無い形式だけのコンパイルオプションを いじるなと言う制約を外した方が分かりやすいだろ？ 438 名前：デフォルトの名無しさん mailto:sage [2009/01/15(木) 13:19:20 ] やるなら mt_mine.c だけオプション分離しないと、 オリジナルの速度とかテストベンチにまで影響が… 439 名前：,,・´∀｀・,,）っ-●◎○ mailto:sage [2009/01/15(木) 18:47:17 ] SPUのアセンブリ言語はちょっとだけ読めるけどあれだけのコードをまともに書ける気がしない。 うまく飼いならせばspu-gcc43こそ最強の高級アセンブラ 440 名前：250 mailto:sage [2009/01/15(木) 19:30:29 ] 未だに 4.3 は飼いならし方がわからんす。attribute とかじゃないんすよね？ 441 名前：250 mailto:sage [2009/01/15(木) 19:47:31 ] って、コンテスト前なんだから聞いてる場合じゃないかｗ おいらは asm 行くけど、やり方が気になって気になって。 ちなみに 4.1 なら >>383 の率超えました!! 意味ないけどｗ 442 名前：,,・´∀｀・,,）っ-●◎○ mailto:sage [2009/01/15(木) 20:54:44 ] >>441 >>383は超えたところで意味が無い数字だぞ。 実は>>389もだけど 443 名前：デフォルトの名無しさん mailto:sage [2009/01/15(木) 20:59:19 ] なんでそういうの黙ってられないんだろう。 444 名前：デフォルトの名無しさん mailto:sage [2009/01/15(木) 21:07:59 ] 俺SUGEEEEEEEEEE だからじゃん？ｗ 445 名前：デフォルトの名無しさん mailto:sage [2009/01/15(木) 21:12:55 ] せめて締め切られてからにしたらどうかね。 446 名前：デフォルトの名無しさん mailto:sage [2009/01/15(木) 21:33:05 ] 締切後フカシだった事がばれて「俺参加してねーし」とか言いそうな感じ 447 名前：デフォルトの名無しさん mailto:sage [2009/01/15(木) 21:37:21 ] ここらで擁護がきそうな感じ 448 名前：デフォルトの名無しさん mailto:sage [2009/01/15(木) 23:48:57 ] いやいい加減うざいと思ってただろみんな 449 名前：202 mailto:sage [2009/01/15(木) 23:53:34 ] Cellプログラミングに関係してるだけマシだと思ってたんだけど、 ウザかった？ 他になんか話題ある？ 450 名前：デフォルトの名無しさん mailto:sage [2009/01/16(金) 00:34:34 ] 糞団子に餌を与えるのはいかがなものか。もそもそ。 451 名前：,,・´∀｀・,,）っ-●◎○ mailto:sage [2009/01/16(金) 03:09:49 ] >>446 それならそれでソースコード公開できるんだけどね。 行動とは裏腹に誰にも気づかれることもなく優勝するシナリオを望んでる。 矛盾してるな。 452 名前：202 mailto:sage [2009/01/16(金) 03:28:27 ] インラインアセンブラ版動いた。 効率はこれから詰めていくけど、とりあえず適当な詰め方でも98%行く。 デバッグが超面倒だった。 これからインラインアセンブラに手を出す人にヒント。 .balign 16 というディレクティブを使って、命令のアドレスを16byte境界にalignしないと、 Dual-issue ねらってた命令が全部single-issue になってしまう。 めっちゃ遅くなって、間違ってループカウンタ壊したかと思った。 453 名前：227 ◆eZQcaIaFJs mailto:sage [2009/01/16(金) 21:47:01 ] 今週末は２日間とも強引に休む事にしたんで、インラインアセンブラにでも 手を付けてみます（ちなみにVCの奴は経験有るけど、GCCの奴は初）。 98%超えが４人いる事が判明しているので、まだまだチキンレース続けますよｗ >>428 インラインアセンブラ解禁されたので、既に意味無くなった情報でも投下。 volatileによる制約は、メモリアクセスの順番を守る制約でも有ります。 組み込みプログラミングでメモリ空間が外部バスにマッピングされてると、 アクセス順番が狂う＝バグ、という死活問題に繋がってくる訳です。 >>439 gcc のコードを並び替えるだけで終わりような予感。 454 名前：202 mailto:sage [2009/01/16(金) 21:55:23 ] >>453 俺だって元組み込み屋だ。volatileの意味くらい知ってる。 でも、ひょっとしたら、register volatile vector unsigned va; とか書いたら、vaが適当な レジスタに固定でマッピングされてくれないかなと思って実験してみたくなるのは判るだろ。 455 名前：227 ◆eZQcaIaFJs mailto:sage [2009/01/16(金) 22:16:02 ] >>454 その道のプロの方でしたか。これは失礼いたしました。 > vaが適当なレジスタに固定でマッピングされてくれないかな 幾らハッキングが好きなゲーム屋だからと言って、割り込みから メインスレッドのレジスタ葬るような事はやったこと無いなぁ…。 456 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/01/16(金) 22:49:32 ] SPUのABI仕様書読んでみると面白いね。 vector型をメンバに持つ構造体も、レジスタ本数に余裕がある限りレジスタ上に展開できる。 これによって複数の返値を持つことができる。 SSE(VC++)だと構造体を返値にすると無条件でスタック返しになってたような。 457 名前：デフォルトの名無しさん mailto:sage [2009/01/17(土) 02:14:37 ] 高速化がこんなに楽しいものだとは知らなかった。 どんどん速くなっていくのは快感だね。 458 名前：227 ◆eZQcaIaFJs mailto:sage [2009/01/17(土) 02:31:13 ] なんか手詰まりの予感orz mt_mine.c:93: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See <gcc.gnu.org/bugs.html> for instructions. make: *** [mt_mine.o] Error 1 459 名前：227 ◆eZQcaIaFJs mailto:sage [2009/01/17(土) 03:57:00 ] 拡張アセンブラが腐ってたっぽい感じです。レジスタの待避まで手動でやれば 大丈夫になるのかなぁ…？ 460 名前：,,・´∀｀・,,）っ-●◎○ mailto:sage [2009/01/17(土) 14:30:48 ] まさにチキンレースだな。 究極的には両方のパイプを埋めきるまでやるんだろこれ。 461 名前：sage [2009/01/17(土) 14:58:35 ] 団子さんは今どんなスコアですか？ 今までの勢いだと4.5M切ってたりして… 462 名前：,,・´∀｀・,,）っ-●◎○ mailto:sage [2009/01/17(土) 15:40:52 ] そろそろ詰んだかも 463 名前：デフォルトの名無しさん mailto:sage [2009/01/17(土) 16:17:21 ] 今まで仕事でHTCできなかったから今から本気出す ASM禁止→解禁のごたごたの間に手を出さなかったのは逆に勝ち組なんじゃね 464 名前：デフォルトの名無しさん mailto:sage [2009/01/17(土) 16:27:20 ] >>202>>227>>団子厨 が優勝争ってるんでしょ〜〜 結局だれがいちばん強いわけ？ どれくらいとればこの人たちに勝てるかおしえて 465 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/01/17(土) 16:31:54 ] たぶん一番上の項目で5Mくらい出せれば準優勝狙えると思うよ 優勝は無理だろうけどね。 466 名前：464 mailto:sage [2009/01/17(土) 16:40:34 ] >>465 SUGEEEEEEEEEE自信だけど自分はどれくらいまで行けそうなの？ もし準優勝すらできなかったら何してくれんの？ まぁおれは7M切るので精一杯だから関係ないけど。。。 467 名前：202 mailto:sage [2009/01/17(土) 18:21:39 ] >>465 つまり、だんごさんは5M切ったとｗ 468 名前：,,・´∀｀・,,）っ-●◎○ mailto:sage [2009/01/17(土) 19:19:57 ] さあそれはどうだか 少なくとも細かいチューンでの対決に持ち込めば勝てる自信がある・・・かもしれないね 469 名前：デフォルトの名無しさん mailto:sage [2009/01/17(土) 20:54:41 ] 60倍越えたんですね。わかります。 470 名前：464 mailto:sage [2009/01/17(土) 21:46:34 ] だんごさんの優勝はもう決定事項なのか。。。 471 名前：227 ◆eZQcaIaFJs mailto:sage [2009/01/18(日) 00:43:53 ] インラインアセンブラを駆使しても>>389に勝てないという現実orz 今日一日アセンブラ触ってみて、gcc43の凄さを感じ取れました。 472 名前：202 mailto:sage [2009/01/18(日) 00:57:32 ] アイデア出すたびにガンガン速くなってた時期と違って、5M近くにたどり着くと 苦行になってきたな。 1%未満の調整は投げ出して提出する時期かも。 下馬評では、1位だんごさんで、2位は俺と>>227の対決か。 チキンなので俺のticks数は書けない。 473 名前：227 ◆eZQcaIaFJs mailto:sage [2009/01/18(日) 01:13:21 ] >>472 インラインアセンブラ使用前で5119021。 474 名前：デフォルトの名無しさん mailto:sage [2009/01/18(日) 04:12:17 ] 好きに使っていいレジスタって何番〜何番だっけ なんかコンパイラが予約してるとことかあった気がするんだけどどの資料を見たのか忘れてしまった 475 名前：デフォルトの名無しさん mailto:sage [2009/01/18(日) 05:59:54 ] >>474 ttp://cell.scei.co.jp/j_download.html 「SPU Application Binary Interface Specification」の 「2.2.1 レジスタ」(日本語だと P8) の表

---

---

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

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