のくす牧場
コンテンツ
牧場内検索
カウンタ
総計:127,062,931人
昨日:no data人
今日:
最近の注目
人気の最安値情報

    元スレcellプログラミングしちゃいなよ4

    cell覧 / PC版 /
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。
    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitter

    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 = :

    >569 に対する >570 がおかしいでしょ。

    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知らないとか…


    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / cell一覧へ
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。

    類似してるかもしれないスレッド


    トップメニューへ / →のくす牧場書庫について