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

1 名前：デフォルトの名無しさん mailto:sage [2008/07/07(月) 08:55:08 ] 前スレ Cellプログラミングしちゃいなよ2 pc11.2ch.net/test/read.cgi/tech/1183091522/ 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) の表 476 名前：デフォルトの名無しさん mailto:sage [2009/01/18(日) 06:08:38 ] >>475 ありがと 普通にR80〜を使ってた なんか普通に動いてるけどたまたまなのかコンパイラが退避してくれてるのか… できるだけR10〜79位を使う様にするかな 477 名前：202 mailto:sage [2009/01/18(日) 10:56:45 ] >>476 拡張インラインアセンブリ構文を勉強すると良いよ。 コンパイラにどのレジスタ使うか教えると、変数割り当てがかぶらないように してくれたり、必要ならレジスタ退避もやってくれる。 478 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/01/18(日) 12:15:37 ] 敢えて言う。 俺には無理。 479 名前：227 ◆eZQcaIaFJs mailto:sage [2009/01/18(日) 18:13:28 ] nop/lnop を入れると早くなる謎。レジスタの依存関係は無さそうやし、 LSの帯域制限とかいう隠れ仕様でも有るのかなぁ…。 480 名前：デフォルトの名無しさん mailto:sage [2009/01/18(日) 18:39:43 ] 隠れ仕様なんかじゃないよ。もっと勉強しましょう。 481 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/01/18(日) 19:01:48 ] これ以上性能伸ばすにはOddパイプの命令数削減する方法を本気で考えないといけなくなった。 ＃トップを目指してる人はどういう状況かわかるよな？ 482 名前：202 mailto:sage [2009/01/18(日) 19:27:18 ] >>481 ｗｗｗｗ 483 名前：202 mailto:sage [2009/01/18(日) 19:28:25 ] >>479 dual-issueとかじゃなく？ 484 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/01/18(日) 19:29:49 ] 策はある。足りないのはメモリ。 485 名前：227 ◆eZQcaIaFJs mailto:sage [2009/01/18(日) 19:49:31 ] >>483 ちょっと違うっぽい。nop+lnopを入れると１クロックのロスで済むものの、 何も入れないと２クロックストールしてるような感じです。 >>481 今のところ Odd 余ってるんやけどなぁ…。まさか限界突破したとかorz 486 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/01/18(日) 19:51:25 ] ループ後半のどうでもいいようなところしか余ってない。 無理になんか処理入れたら逆に性能低下するし、そろそろ別の方針が必要っぽい ＃意地でもCでがんばるぞ 487 名前：デフォルトの名無しさん mailto:sage [2009/01/18(日) 20:04:38 ] >>485 ヒント欲しい？w 488 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/01/18(日) 20:12:08 ] 今なら言うけど、>>394は限界ではない ラチェクラとか作った会社がまとめたSPU命令のレイテンシ一覧あったんで貼っておきますね。 なんでこういうわかりやすい資料が公式に無いのか疑問。 www.insomniacgames.com/tech/articles/0907/spu_instruction_cheat_sheet.php 489 名前：デフォルトの名無しさん mailto:sage [2009/01/18(日) 20:15:02 ] まーた、フカシが始まったよ… なんで黙ってられないんだろう。 490 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/01/18(日) 20:24:07 ] 別に信じなくてもいいが、現実を受け入れなきゃ優勝が無い、それだけの話だ。 ↓これはまだパイプラインに余裕があったときのスコア。 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, 294032967 ticks MINE: sum=3c927c56, 4967580 ticks ORIGNAL: sum=2e987a4d, 424158953 ticks MINE: sum=2e987a4d, 7165990 ticks ORIGNAL: sum=ef1b6aef, 312105208 ticks MINE: sum=ef1b6aef, 5272912 ticks ORIGNAL: sum=eedd2516, 290057341 ticks MINE: sum=eedd2516, 4900408 ticks ORIGNAL: sum=f7e967a8, 14366933 ticks MINE: sum=f7e967a8, 242775 ticks ORIGNAL: sum=1f37a7db, 214217873 ticks MINE: sum=1f37a7db, 3619145 ticks ORIGNAL: sum=c7d41f36, 294966530 ticks MINE: sum=c7d41f36, 4983349 ticks ORIGNAL: sum=aa9d2e9f, 259567100 ticks MINE: sum=aa9d2e9f, 4385307 ticks ORIGNAL: sum=8abd398a, 250846200 ticks MINE: sum=8abd398a, 4237963 ticks ORIGNAL: sum=a374bd58, 6110333 ticks MINE: sum=a374bd58, 103279 ticks 491 名前：デフォルトの名無しさん mailto:sage [2009/01/18(日) 20:30:40 ] こんなとこに情報出しまくる奴にも優勝はないと思うw 492 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/01/18(日) 20:32:00 ] だろうね。用心深いから常に古い情報ばっかし出してる。 493 名前：デフォルトの名無しさん mailto:sage [2009/01/18(日) 20:32:48 ] それで大丈夫と思ってる井の中の蛙は負けると思うw 494 名前：デフォルトの名無しさん mailto:sage [2009/01/18(日) 20:33:22 ] お前らひがみはみっともないぜ 495 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/01/18(日) 20:33:44 ] いったい誰に負けるって？ 496 名前：227 ◆eZQcaIaFJs mailto:sage [2009/01/18(日) 20:36:40 ] >>490 またＣに戻って戦略練り直しかorz チキンレース面白いから大歓迎だけどｗ 497 名前：デフォルトの名無しさん mailto:sage [2009/01/18(日) 20:36:47 ] 井＝2ch 蛙＝団子 498 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/01/18(日) 20:38:49 ] 敢えて言う、これは出来レースだ。 499 名前：デフォルトの名無しさん mailto:sage [2009/01/18(日) 20:43:09 ] 負けた時の言い訳ですね。わかります。 500 名前：,,・´∀｀・,,）っ-○◎● mailto:sage [2009/01/18(日) 20:45:33 ] ん？俺が勝ったか負けたかをどうやって確認する気だ？ｗｗｗｗｗｗ じゃあ予想だけしておこう。 優勝者は、13clk/qwordを、切る。 501 名前：デフォルトの名無しさん mailto:sage [2009/01/18(日) 20:46:17 ] つまり切ったんだな 502 名前：デフォルトの名無しさん mailto:sage [2009/01/18(日) 20:51:00 ] 2人参加が優勝してたらまず団子だろw 503 名前：デフォルトの名無しさん mailto:sage [2009/01/18(日) 20:52:47 ] なんか・・・インパクトに欠ける予想だな・・・ 504 名前：227 ◆eZQcaIaFJs mailto:sage [2009/01/18(日) 20:53:02 ] >>500 今の実装でも (Odd + Even) / 2 < 13clock だから否定は出来ないなぁ…。

---

---

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

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