元スレcellプログラミングしちゃいなよ4
cell覧 / PC版 /みんなの評価 : ○
551 = :
>>548>>549
枕?アッー?
>>550
みんなブログにいろいろ書いてくれればおk
552 = :
別にMTの高速化方法なんて無駄知識なんだしいちいち拘ったって意味ないぜ
来年同じ問題が出る訳じゃ有るまいし。
まあ、x86バイナリアンが上位に残ってるのは感慨深いね。
職業Cellプログラマってそんなに居ないのかな?
553 = :
ゲーム屋以外にどこにいるんだ?w
ゲーム屋もミドルウェア買ってるところはSPUあんまり叩かないんじゃないか?
554 = :
上位者にゲーム屋は(ほとんど?)居ないっぽい
555 = :
レポートは後で公開されるみたいだね。
まずはとりあえず結果とソースだけって感じか。
556 = :
表彰式はやらないのかな
557 = :
>>556
勉強会に優勝者くるっぽいから参加者で表彰してあげればいいんじゃね?
558 = :
準優勝の人がキャメロットのプログラマだね。
Cellのコンテストなのに任天堂系の開発会社の人が入賞してるところがなんともw
任天堂的には良い宣伝になりそう。
ゲハネタにももってこいだなw
559 = :
キャメロットはみんごる5なんかも開発してるぞ
560 = :
すまん違ったわ。
いま開発してるのはキャメロットから独立したクラップハンズって会社だね。
561 = :
みんゴル5はクラップハンズだよ
キャメロットは初代みんゴル
公開情報を見る限り、最近はPSの仕事はしてないはず
562 = :
SCEはこの結果を見て歯ぎしりしてるかもw
また一つネタが増えたね
563 = :
っていうかむしろSCEは参加禁止なんじゃないの?
565 = :
今日はビルド待ち時間に入賞者のコード見てニヤニヤしてましたが、
両パイプライン埋めただけじゃ歯が立たないと言うことを痛感してます。
>>554
ゲーム屋(今はDirectXで3D)ですが、仕事でCell触ったことは有りません。
566 = :
なんというゲハ脳。
業務上 Cell を扱った事のある人は、守秘義務契約上
参加出来ない、或いは非常に参加しにくいのは当たり前。
567 = :
ま、テクニックを不特定多数に公開することになるから、そう言う意味ではまずいかもしれんね。
まあ、連中の実力も大したことはなさそうだが。
568 = :
最後の一行が余計だよ
569 = :
SPU一個のDMAなしでしょ?
ゲームやさんはタスク並列にチャレンジしてるわけだし
その先に行ってると思うけどな。
むしろタスク並列やっていたらあんまりタスク内の最適化は
しないかもね。
ボトルネックにならない限りやっても意味ないことが多いだろうし。
570 = :
んなこと言うならSPE6コア全部使って200倍でも出して見やがれですぅ
571 = :
俺もその方法ちょっと考えてみたんだけどね。
全部同じmt[]に対してまったく同じ更新処理をする。
んで、tempering + sumだけを分担して処理する。
N = 624だから104ずつで並列化できるでしょ
わざわざDMA使ってMTの状態をコピーするくらいなら
それぞれで独自にテーブル持ったほうが速いんじゃないかって思ったんだ
あ、もっといい方法があるなら指摘ヨロ
572 = :
>>571
使用目的にもよるけど、それぞれ違う初期値で別々に動かせばいいんじゃない?
そうすればSPEの数に合わせてリニアに性能伸びるよ
573 = :
新しく組んだプログラムのバグが直らず前のままですたorz
縦方向で各マス2ビットを用いた方法を使ったんだけどなー…うーむ
574 = :
今年のCell Challengeの問題はデバッグが大変だったな
局所的に何か間違った結果が出ていても計算結果の距離は合ってたりするから困る
練習問題と予選問題だけではバグが取りきれない
575 = :
うーん、斜め上の回答ありがとう。
「同じチェックサムになるような疑似乱数を生成する」って縛りがなければ
ハッキリ言ってなんでも出来るだろ。
576 = :
問題設定自体に現実味が無いな
それと違う初期値で別々に動かすのは乱数が被ることもあるからNG
577 = :
>>576
だから「使用目的にもよるけど」って書いてあるだろ。
578 = :
意味なくね?
579 = :
mtの更新については、累積変換行列をひとつ用意しておけば
ワープは比較的容易じゃないかなぁ。で、各SPUに時間差を
付けた集計を割り当てておいて最後に足すと。どの位の単位で
割るかや、勿論にテストケースにもよりますが、SPU数分-α
位の倍率はそんなに非現実的でも無い様な気はします。気が
するだけだけど。
580 = :
>累積変換行列
どのくらいの規模になるんかね?
HDDにスワップするような規模なら本末転倒だが
582 = :
>>580
大きく見積もっても32*19937bitじゃないかな。
583 = :
行列うpきぼんぬ
584 = :
やっぱり目的は乱数の発生じゃなくてチェックサムの計算なのかw
586 = :
前出の人の話は私もわかっていませんよ。
mt の更新は本当に線形変換するだけなので、
出来ると思いますが…ちょっと実装してみますが
それなりに手間かかるかも。
587 = :
588 = :
>>573
それってバグ直れば上位に匹敵するタイムを出せる方法?
589 = :
>>587
ごめんね。
いや、要するにさ、経験がないことを言い訳にしてるんだよね。
そりゃ詭弁だぜ
今回のコンテストで初めてCellに触った人すら上位に入ってるわけで。
まあなんにせよCellプログラミングの経験を重ねた人間よりも
地頭のある人間を選別するテストとしては、Fixstarsの今回の課題は有効だったわけだ。
590 = :
>>583
http://longlong.way-nifty.com/blog/2009/03/post-fb6a.html
こんな感じでどうでしょうか?
591 = :
このスレ監視されすぎです
KOEEEEEEEEEEEEEEE
592 = :
実力ある人は実に謙虚だ
593 = :
>>592
だんごやさんから傲慢とったら何も残りませんよ
597 = :
いいこと考えた
SPEベースに普通のCPU作ったら良いじゃん
598 = :
なんだ、ただの神か
# 京大マイコンクラブってよく名前聞くよな
599 = :
>>597
Spursエンジンですね。わかります。
600 = :
あれだけ偉そうなこと書いてるくせに
KMC知らないとか…
みんなの評価 : ○
類似してるかもしれないスレッド
- cellプログラミングしちゃいなよ3 (1001) - [97%] - 2009/1/27 2:23 ☆
- CELL鬯ッ?ゥ隰ウ?セ??ス??オ????コ?????ッCore2 QX6700鬯ッ?ゥ隰ウ?セ??ス??オ????コ???? (92) - [18446744073709551581%] - 2012/1/21 0:39
トップメニューへ / →のくす牧場書庫について