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

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

1:デフォルトの名無しさん
08/07/07 08:55:08
前スレ

Cellプログラミングしちゃいなよ2
ｽﾚﾘﾝｸ(tech板)

2:デフォルトの名無しさん
08/07/07 08:56:25
Cell Broadband Engine 技術情報公開
URLﾘﾝｸ(cell.scei.co.jp)

PLAYSTATION3 Linux Information Site
URLﾘﾝｸ(cell.fixstars.com)

The Cell Processor - PukiWiki
URLﾘﾝｸ(cell.fixstars.com)

developerWorks : Cell Broadband Engine resource center(IBMのCell技術情報)
URLﾘﾝｸ(www-128.ibm.com)

Cell Broadband Engine Architecture forum (Cellプログラミングの掲示板)
URLﾘﾝｸ(www.ibm.com)

Multicore Programming Primer: PS3 Cell Programming
(マサチューセッツ工科大学のPS3を使ったマルチコアプログラム演習。ソースコードなど有り)
URLﾘﾝｸ(cag.csail.mit.edu)

CellPerformance
URLﾘﾝｸ(www.cellperformance.com)

3:デフォルトの名無しさん
08/07/07 08:57:33
一応たててみたもののスレタイみすった／（＾o＾）＼

4:デフォルトの名無しさん
08/07/07 17:47:02
>>1 乙。久しぶりに話題投下してみる。

あるshort値の配列があって、それをlog2()するような感じで指数が欲しい。
指数未満の値、つまり仮数部は四捨五入する。

また、マイナス値とプラス値は連続させて結果をコンパクトにしたい。
趣味で作ってるプログラムだから結果のフォーマットはこれ以外に変わっても構わない。
疑似コードで書くと、いまのところこんな感じの実装にしてある。

(short)round(log(abs(a))/log(2)) + (a > 0 ? 16 : 0);

で、これを最適化できないかなという話。
とりあえず2つ程考えてみたので貼ってみる。

5:デフォルトの名無しさん
08/07/07 17:48:46
vec_short8 log2_1(vec_short8 v) {
　　static const vec_uchar16 vPack = (vec_uchar16)
　　{ 2,　　3,　　18, 19,　　　6,　　7,　　22, 23,
　　 10, 11,　　26, 27,　　14, 15,　　30, 31};

　　vec_short8 v1　　　　　 = spu_splats((int16_t)1);
　　vec_short8 v0x100　　= spu_splats((int16_t)0x100);
　　vec_uint4　　vEven　　　= (vec_uint4)spu_convtf(spu_mule(v, v1), 0);
　　vec_uint4　　vOdd　　　　= (vec_uint4)spu_convtf(spu_mulo(v,　　1), 0);
　　vec_uint4　　vExpE　　　= spu_rlmask(vEven, -22);
　　vec_uint4　　vExpO　　　= spu_rlmask(vOdd,　　-22);
　　vec_short8 vExp　　　　= (vec_short8)spu_shuffle(vExpE, vExpO, vPack);
　　vExp = spu_rlmask(vExp + spu_and(vExp, 1), -1); // round
　　vExp = spu_add(spu_and(vExp, 0xff), -126)
　　　　　　　+ spu_rlmask(spu_andc(v0x100, vExp), -4); // sign
　　vExp = spu_andc(vExp, (vec_short8)spu_cmpeq(v, 0));
　　
　　return vExp;
}

6:デフォルトの名無しさん
08/07/07 17:50:12
vec_short8 log2_2(vec_short8 v) {
　　static const vec_uchar16 vPack = (vec_uchar16)
　　{ 2,　　3,　　18, 19,　　　6,　　7,　　22, 23,
　　 10, 11,　　26, 27,　　14, 15,　　30, 31};

　　vec_ushort8 v1　　　　　= spu_splats((uint16_t)1);
　　vec_ushort8 vIsPos = spu_cmpgt(v, 0);
　　vec_ushort8 vAbs　　　= (vec_ushort8)spu_sel(-v, v, vIsPos);
　　vec_ushort8 vRound = (vAbs & ~spu_rlmask(vAbs, -2)) + spu_rlmask(vAbs, -1);
　　vec_uint4　　　vEven　　= spu_mule(vRound, v1);
　　vec_uint4　　　vOdd　　　= spu_mulo(vRound,　　1);
　　vec_uint4　　　vExpE　　= spu_sub(32, spu_cntlz(vEven));
　　vec_uint4　　　vExpO　　= spu_sub(32, spu_cntlz(vOdd));
　　vec_short8　　vExp　　　= (vec_short8)spu_shuffle(vExpE, vExpO, vPack);
　　vExp += (vec_short8)spu_and(vIsPos, 16); // sign
　　
　　return vExp;
}

7:デフォルトの名無しさん
08/07/08 00:21:46
>>6
同時に32個以上突っ込めるなら後者の方が良いな

8:デフォルトの名無しさん
08/07/08 00:25:46
音声圧縮かな？

nop / lq
nop / shufb
csflt / shufb
csflt / shufb
nop / shufb
rlmaskbyte

とか妄想してみた

9:デフォルトの名無しさん
08/07/08 07:35:05
>>7
その心は？

>>8
鋭いです。
ところでそのコード、シャッフルが一回多いような気が。
アンパックx2、パック、後は何？

10:デフォルトの名無しさん
08/07/10 23:47:30
>>9
パック一回で十分だね

11:デフォルトの名無しさん
08/07/15 00:31:59
CUDA本格的になってなんたらエンジン窮地に立たされる

12:デフォルトの名無しさん
08/07/15 11:10:40
>>11
よくわかんねーよｗ

13:デフォルトの名無しさん
08/07/16 00:45:58
>>11
大丈夫、スパースエンジンなんて最初っから立場がないから。

14:デフォルトの名無しさん
08/07/17 05:09:34
Cell が GPU に敵う進化を続けられるかは別だが。

そもそもの HPC 的視点が、Cell は超並列プロセッサであり、GPU はハイパーSIMD/MIMD なわけだ。
それぞれに得意な分野があるから、どちらが滅んでどちらが栄えるという話ではない。

滅ばないとも言わないが。

15:デフォルトの名無しさん
08/07/17 14:44:19
実際問題、超並列プロセッサっていっても、ハイパーSIMD/MIMDと変わらないような用途でしか使ってないだろう。
プロセッサがいくつかあって、すごいことがいつできるんだ。LinuxがSPEに仕事割り振れるようにでもなればなあ。

16:デフォルトの名無しさん
08/07/17 15:29:40
ブロードバンドエンジンは内蔵されたホストCPUがPen4程度の低性能、
スパースエンジンは並列度が落ちた挙句にホストCPUが外付け。
某芝の目指す方向はどこなんだか。

17:デフォルトの名無しさん
08/07/18 00:24:09
>>15
> 実際問題、超並列プロセッサっていっても、ハイパーSIMD/MIMDと変わらないような用途でしか使ってないだろう。
俺には単に、GPU での処理に向いたアプリケーションの、並列コンピュータからの置き換えが、まだまだ進んでいないだけのようの思える。
そいういう意味で無いなら、俺の知らない分野のことを言っているようだから、教えてくれると有り難い。

18:デフォルトの名無しさん
08/07/18 01:41:44
つーか超並列はMIMDでしか作らない訳だが。

19:デフォルトの名無しさん
08/07/19 17:18:45
Cellプログラミングをやろうと思い
PS3にｘUbuntuをいれSynapticパッケージマネージャでCell-sdkとbinfbinfmts-supportを入れました。
spu-gcc でhello world

20:デフォルトの名無しさん
08/07/19 17:21:01
途中で送信してしまいました

Cellプログラミングをやろうと思い
PS3にｘUbuntuをいれSynapticパッケージマネージャでCell-sdkとbinfbinfmts-supportを入れました。
spu-gcc でhello worldを表示するプログラムをつくりコンパイルをするところまではできたのですが

いざ実行してみると
spu_create(): no such file or directory
spe_create_single: Bad address
とでてしまい実行できませんでした。

いろいろ調べても見たのですがこれといった解決策も見つからず途方にくれています。
原因をご存知の方がいらっしゃいましたら教えていただけないでしょうか。

21:デフォルトの名無しさん
08/07/19 17:28:49
素直にfedoraかYellowdogにしれ。

22:デフォルトの名無しさん
08/07/19 17:36:35
レス有難うございます
ｘUbuntuだと結局Cellやるのには問題多いんですかね・・・
軽いって話を聞いたんですけど。無理そうならFedoraにしときます。

23:デフォルトの名無しさん
08/07/19 20:07:23
PS3で開発って辺りが結構無茶っぽい。
いいクロス開発環境ないのかねぇ。

24:デフォルトの名無しさん
08/07/19 20:19:10
SPU用のバイナリのファイル名が違ってるか作られてないのでは？
俺のとこはxじゃないUbuntu7.10だけど問題なくセルフ開発できてる

25:デフォルトの名無しさん
08/07/19 22:21:43
>>23
そうだよな
開発成果をＢＤまたは仮想ＢＤで出力する環境が欲しい

26:デフォルトの名無しさん
08/07/20 04:17:30
素直に一旦ゲーム屋に行けよｗ

27:デフォルトの名無しさん
08/07/21 14:59:52
>> 20
うちはxubuntuで上手く行ってる。24の指摘通りではないでしょうか。

28:デフォルトの名無しさん
08/07/21 16:22:12
>>24,27
レスありがとうございます。
はじめに実行したときcannot execute binary file と表示されたのでSPU用のバイナリが原因かもしれません。
それを解決するためにbinfbinfmts-supportを入れてみたのですが・・・解決にはなってなかったかもしれないですね。
SPU用のバイナリについて勉強不足であまりよくわからないので調べてみたいと思います。

29:24
08/07/21 19:54:53
SPU のは普通は直接起動できず，起動するのは PPU 用のバイナリ．
そこから spe_image_open と spe_program_load 使って load する．
さらに thread を 6つ創って spe_context_create, spe_context_run する．
SPU 用のバイナリを埋め込んじゃえば _open の方は要らない．
後，spu-gcc のオプションに -standalone を指定すれば，
直接起動できるプログラムを生成してくれたはず．

30:デフォルトの名無しさん
08/07/21 22:19:00
本当にSPUを活用したいなら、
使える立場にいるならSPURSとか、
MARS,Ctk,そのほかの
SPU自律カーネルみたいなのを立てて
それにジョブを投げた方が楽だよ。

31:デフォルトの名無しさん
08/07/22 17:07:48
仕事でやるんならそうだね

32:デフォルトの名無しさん
08/07/25 17:42:28
fURLﾘﾝｸ(ftp.infradead.org)
どうなんだい？

33:デフォルトの名無しさん
08/07/25 17:46:45
追記
fURLﾘﾝｸ(ftp.infradead.org)

34:デフォルトの名無しさん
08/07/25 20:04:08
自分も是非感想を聞きたい。

35:デフォルトの名無しさん
08/07/25 21:36:54
誰かファイル操作についてのCの制御文？（printfのようなもの）知らない？
知ってる分だけ伝授してほしいです

36:デフォルトの名無しさん
08/07/25 22:18:18
>>35
スレ違い。

37:デフォルトの名無しさん
08/07/25 22:20:24
MARSってコンテキスト量減らせるだけ？

38:デフォルトの名無しさん
08/07/26 16:27:04
MARSでやれるようなことは、GPGPUだとたぶん無理だと思う。こういうことにこそ、Cellの強みがあるんじゃないかな。
実際どれだけ使えるようになっているのかが問題だ。

39:デフォルトの名無しさん
08/07/26 17:09:50
データの入れ替えには対応してないみたいだな。(まだ)

40:デフォルトの名無しさん
08/07/26 18:03:22
CPUの省エネ、後編(CELL、BG/Lを参考に考える。)
URLﾘﾝｸ(www.ne.jp)

電力消費量的にLSはよいと。うまくつかえればの話だけど。

それじゃあ、キャッシュとLSを二つ持って、使い分ければいいのかとも思うけど、
２つの使い分けを把握しないといけないから、煩わしさが増えると。

41:デフォルトの名無しさん
08/07/31 11:56:30
「5年は追いつけないでしょう」─東芝が作るAVノートの新しい未来形・Qosmio G50の革新性とは
URLﾘﾝｸ(journal.mycom.co.jp)

通常
URLﾘﾝｸ(journal.mycom.co.jp)
supers engine
URLﾘﾝｸ(journal.mycom.co.jp)

これは結構いいな。

42:デフォルトの名無しさん
08/08/01 12:39:21
問題はノートでここまでの要求があるかだが

43:デフォルトの名無しさん
08/08/01 13:31:07
映画好きの人とか、結構、本気で欲しがるんじゃないか？
自宅で使うデスクノートとして。まあ、あくまでマニア需要かな。

でも、世間的に意外とこんなんで火がついたりとかありえそうな気もするが。

QosmioのSupersは直接いじれないらしから、すれ違いだけどね。

44:デフォルトの名無しさん
08/08/01 18:24:08
アプリは自作用のカードに乗らないから色々なメーカーに期待するって……
自作用カード出しても、エコシステムが回るほどアプリが出てくる思えないな。

45:デフォルトの名無しさん
08/08/09 21:36:42
Qosmio G50新兵器、SpursEngineがスゴすぎる件【前編】
URLﾘﾝｸ(ascii.jp)

NvidiaのGPUまわせば、SpursEngineいらないんじゃ…。

46:デフォルトの名無しさん
08/08/09 21:38:57
The Barcelona Supercomputing Center has a new prototype
to investigate the supercomputing of the future
URLﾘﾝｸ(www.bsc.es)

Roadrunnerを超えるCellスパコンができるらしい。

47:デフォルトの名無しさん
08/08/09 21:52:37
ついにベールを脱いだIntelのCPU&GPUハイブリッド「Larrabee」
URLﾘﾝｸ(pc.watch.impress.co.jp)

Intel版Cellといろんなところで騒がれていますな。Cellとがちだけど、GPUとして
登場するところは大きな違いであり、？でもある。

48:デフォルトの名無しさん
08/08/09 22:01:41
そろそろCellも次世代のバージョンの詳細がでてくるだろうか。2PPE+32SPEがでる
っていう情報はでてるけど、それ以上の話はまだなくて、今まさに検討中なんだろう。

Sonyが腰が引け気味で、Toshibaが違った方向に進みつつあり、IBMはHPC路線で突き進んでいる。

また、PS3の状況は、次世代Cellに大きく関わってくるんだろう。PS3の状況はよくなりつつあるが、
まだ厳しそうだ。次世代に向けて動き出すときこのときに、今のような不透明な状況であることが、
次世代のCellに一体どう作用するか…。Sonyの求心力が弱まることで、よりIBM主導のアーキテクチャに
進むのだろうか？果たして…。

49:デフォルトの名無しさん
08/08/10 01:51:45
>>45
> Qosmio G50新兵器、SpursEngineがスゴすぎる件【前編】
> URLﾘﾝｸ(ascii.jp)
>
> NvidiaのGPUまわせば、SpursEngineいらないんじゃ…。

GPUでまっとうなC/C++使える日が来たらそうかもね。

50:デフォルトの名無しさん
08/08/10 04:02:39
MSが次のXBOXにLarrabee使うんじゃ

51:デフォルトの名無しさん
08/08/10 09:51:21
>>49
CUDAでいいんじゃね。

52:デフォルトの名無しさん
08/08/10 10:02:33
>>51
> >>49
> CUDAでいいんじゃね。

「まっとうなC/C++」というのはCUDAへの皮肉だよw
Cellの方がはるかに作りやすい。
まぁ作りやすい以上の動機があるからCUDAが使われているわけだけど。

53:デフォルトの名無しさん
08/08/10 10:05:28
三角関数も全く使えなくても、最適化が馬鹿でも、メモリ転送命令が低レベルでしか実装されていなくても、
それでもCellの方がはるかに作りやすいんですね、判ります。

54:デフォルトの名無しさん
08/08/10 10:15:24
超越関数使えるのは便利だわな。
それ以外のツッコミは的外れ。

55:デフォルトの名無しさん
08/08/10 10:41:47
超越関数なんて（細かい注文付けなきゃ）簡単に実装できるだろ？
何が問題なんだ？

56:デフォルトの名無しさん
08/08/10 11:31:49
そりゃハードで超越関数の演算器持ってくれてた方がうれしいだろ。

57:デフォルトの名無しさん
08/08/10 14:27:13
ハードウェアの超越関数ってスループットが5サイクルくらいなんでしょ？
4要素計算しても20サイクル、馬鹿っ速いじゃないか。

58:デフォルトの名無しさん
08/08/10 15:16:58
超越関数つーかsqrtがあれば十分だな。1/sqrtでも良いけど。

59:デフォルトの名無しさん
08/08/10 16:28:14
>>52
LSの容量制限でC++はやりにくかろう。結果的にCellもCUDAもそんなに変わらんと思うが。

60:デフォルトの名無しさん
08/08/11 01:27:06
>>59
そういうことはどっちもやってみてから言ってくれ。

61:デフォルトの名無しさん
08/08/11 11:15:00
どっちもCとちょっとの拡張で書ける程度だからねえ。書くだけならどっちもそこまで大差ないさ。
問題は最適化の段階だな。でも、これもコツを覚えて、そこそこの最適化でいいんならそんなには苦労しないと思う。
個人的な感想では、CUDAのメモリ周りの最適化がちょっと難ありか。Cellは最初からアラインメントとらないとそもそも
DMA転送できないようになっているから、あんまり考える必要ないが、CUDAの場合は、スレッドごとのDRAMへのアクセスパターンを
考えないと駄目というのが、う～ん。あとshared memoryのバンクコンフリクトを考えないと、とんでもないことに
なるときがある。ここらへんを、コンパイラかハードでなんとかしてくれるといんだけど。

62:デフォルトの名無しさん
08/08/22 21:02:45
Qosmio G50新兵器、SpursEngineがスゴすぎる件【後編】
URLﾘﾝｸ(ascii.jp)
円弧職人の夢がここに

63:デフォルトの名無しさん
08/08/25 12:11:23
ググってたらこんなんめっけた

URLﾘﾝｸ(www.ibm.com)
第 1 回 asmVis を試してみよう
URLﾘﾝｸ(www.ibm.com)
第 2 回パイプラインを最適化する

64:デフォルトの名無しさん
08/09/10 10:54:28
リードテック、東芝のメディアプロセッサ
「SpursEngine」搭載PCIe拡張カード
URLﾘﾝｸ(pc.watch.impress.co.jp)

65:デフォルトの名無しさん
08/09/10 23:28:57
（ﾟ⊿ﾟ）ｲﾗﾈ

66:デフォルトの名無しさん
08/09/19 18:29:04
いくらくらいになるんだ？

67:デフォルトの名無しさん
08/09/19 19:06:43
東芝、'09秋に発売のCell TVの高速映像処理をデモ
URLﾘﾝｸ(av.watch.impress.co.jp)
45nmを積むんだろな。

68:デフォルトの名無しさん
08/09/24 00:02:00
次世代CELLは4PPE+32SPEか

368: 2008/09/22 22:10:38 RPIGcU63O [sage]
>>364
MACｵﾀｿｰｽですけど､次世代CELLのｸﾛｯｸは3.8GHz止まりです｡

> 6/10のｾﾐﾅｰ資料､もう少し掘っていたら次世代CELLについて言及した別のがあったす｡
> URLﾘﾝｸ(www-06.ibm.com)
> 　･従来型Cell/B.E.わ2009年に45nmﾌﾟﾛｾｽ化
> 　･以前のﾛｰﾄﾞﾏｯﾌﾟにあった2*PPE + 32*SPEの"PowerXCell 32ii"わｷｬﾝｾﾙ｡代わりに
> 　　4*PPE + 32*SPEの"PowerXCell 32iv"へ｡
> 　･PowerXCell 32ivの世代でPPEに手を入れる -> PPE' へ
> 　･同じくSPEわ"eSPE"に進化
> 　･ｸﾛｯｸも上げる､～3.8GHz
> 　･その他PowerXCell 32iv世代の特徴わ､下記の通り
> 　　- 100% backward compatible
> 　　- PPE性能わ大幅向上
> 　　- SPEわ新命令追加以外わ現状並 (新命令ｾｯﾄを使用するｿﾌﾄわ大幅に性能向上)
> 　　- SPE間の通信ﾚｲﾃﾝｼ削減
> 　　- More on-chip memory (LS増量か?)
> 　　- ﾒｲﾝﾒﾓﾘｱｸｾｽの大域幅増強とﾚｲﾃﾝｼ削減

69:デフォルトの名無しさん
08/09/25 04:02:42
marsが微妙にバージョンUp

70:デフォルトの名無しさん
08/09/25 08:23:16
>>68
それ何時出るんだ？
何プロセスで作ったら現実的なんだよ。
んな金があったら、拡張ボードを出すか、現状のアレな点を修正した
マイナーアップバージョン出した方が良いと思うんだが。

71:デフォルトの名無しさん
08/09/25 11:45:22
拡張ボードってなんだ？
あれな点とは？

72:デフォルトの名無しさん
08/09/25 18:34:33
>>70
微細化が進んだら規模を拡大するのは当たり前の話。サーバ用のCPUなんだから。

それに従来のCellの改良版なら、既に製品化されてるよ。

73:デフォルトの名無しさん
08/09/25 19:21:37
>>68が出たらPS3みたいに不良コアをいくらか殺してくれて構わないから安く手に入らないかなあ。

74:70
08/09/25 20:43:25
ああ、初代 Cell.B.E は 90nm だったのか。
だったら、4倍増(+LS増量)+αならありえる話か。ごめん。

どちらにしろ、PS3 限定状態じゃ流行らんだろな。
Atom + GeForce の方がやりやすそう。

75:デフォルトの名無しさん
08/09/25 21:04:32
そりゃAtomの方が数は出るだろうけど、そもそも競合してないだろ。

URLﾘﾝｸ(www-06.ibm.com)

76:デフォルトの名無しさん
08/09/26 15:13:55
Cellの将来はSonyとIBMと東芝がそれぞれ違う分野での使い方を想定し
異なる開発計画を持ってるから、「どの会社の計画なのか？」を
指定しないと話がスレ違いしまくりなんだよな。

Sony:ゲーム機（PS3及びその後継）
東芝：家電（画像処理）＆ノートPC用コプロセッサ（SpursEngine）
IBM：ブレードサーバー＆HPC用CPU

77:デフォルトの名無しさん
08/09/26 16:25:38
BDエンコーダとか、BDエンコーダとか・・・

78:デフォルトの名無しさん
08/09/26 18:06:51
Cell触ってみたいな
仕事では絶対やだけど

79:デフォルトの名無しさん
08/09/26 18:40:58
>>78
仕事でSuperEngine触るかもしれん

80:デフォルトの名無しさん
08/09/26 21:15:49
そいつはSuperですね

81:デフォルトの名無しさん
08/10/16 14:54:02
helloworldプログラムを作ったのですが、実行させると。
spu_create(): Invalid argument
spe_context_create: Bad addressとでます。
プログラムソースはfixstarsのチュートリアルどおりで、
PS3にはFedora7、SDKは3.0を導入しました。
ここの>>20さんの質問とほぼかぶっているのはわかるのですが、解決策がわかりません。
>>24さんのいう、バイナリのファイルが違っている、もしくは作られていない場合はどうしたらよろしいのでしょうか？

82:デフォルトの名無しさん
08/10/16 19:08:19
>>76
> Sony:ゲーム機（PS3及びその後継）
SCEではなくSonyでなんでゲーム機限定？
音響も視野に入ってくるだろ。

83:デフォルトの名無しさん
08/10/18 00:24:16
ヒント: 事業部の壁

84:デフォルトの名無しさん
08/10/18 10:04:21
>>81
fixstarsのチュートリアルの3.2章にあるソース（PPE/SPE用）をコンパイルしたということですよね。
私の環境では、Fedora7 + SDK3(厳密には3.0.0.3ですが関係ないでしょう）、で問題なく実行できます。

PS3 linux上でmountを実行した際に、spufsはマウントされていますか？
Linux環境周りの問題のような気がします。

85:デフォルトの名無しさん
08/10/18 18:11:22
GT200とかLarrabeeとかのニュースもひと段落して、最近、新しい話がなくて退屈だ。
そろそろ、つぎのCellの話がでてきていいはずだよな。

86:デフォルトの名無しさん
08/10/18 18:40:44
初代Cellは出たころは、9コアをいきなり実現して、業界にそれなりのインパクト、影響を与えたと思う。

次のCellは2010年後半で36コアだけど、どうなるだろうか。

さすがに32個もSPEがあると、本質的に今までと変わってくることが出てくる。

まず、一番問題なのはメモリの帯域だろう。現状でも帯域は演算に追いついていないが、
そこまで厳しい要求があるアプリケーションばかりでないので、実用には問題ない。
しかし、次のCellではコア数増で、帯域不足がより問題になるんじゃないだろうか。

IBMはもちろんそこら辺は考えた上で設計してるから、解決してるのだろう。その解決の
仕方がどうやっているのかが聞いてみたい。

次に、性能のスケーラビリティは32SPEでも問題なく保てるのかどうかだ。
これはメモリの話とも関係してくることではあるけど。初代Cellでは8コアで
ほぼリニアにスケールするという話がよく聞かれ、Cellの一つの売りになっていた。
2Cellで16SPEでもスケールするなんて話もあったような気がするが、次のCellでは
どうだろうか。

これが、32SPEくらいまでだったらスケールしたから、32SPEに設計しました
とかっていうのか、もっと100くらいまでいけることを確認しているのか、20個くらいが
限界で、あとは別用途で同時実行してくださいっていうのか、非常に重要だ。

Cellのスケーラビリティがよいというのは、他の半導体メーカーも注目しているはずで、
30個ぐらいでも性能でるめどがあるとなったら、他も真似して追従したくてしょうがないだろう。
8コアくらいまでが実用の上限なんて話もあるから、ここら辺の見極めをしたいはずだ。
まあ、アプリケーションによるけど。でもMARSが32SPEで効果的に働くってなったら、ちょっと
いいんじゃないだろうか？

87:デフォルトの名無しさん
08/10/18 19:19:41
このCellのスケール性がLSのコヒーレンシを考える必要がないことが本質だったら、
次のCell、その次のCell(120コアくらい?)で、その効果が指数関数的に出てくるはず。
そうすると、LSの再評価みたいなのが起きてくるんじゃないだろうか。
このLSに相当するGPUのshared memoryはその先取りかもしれないし、もしくは
メニーコアの必然として同じアーキテクチャにたどりついたといえるのかもしれない？
まあ、スクラッチパッドなんて昔からあったから、そんなに偉いもんかわからないけど。

LSといえば、プログラマはみんな容量を増えることを、次のCellでは期待しているだろう。
Cellのスピードチャレンジで今年優勝した人は、LSの容量が本質的に計算の高速化
と関係するようなことをいってた。プログラムが楽とかいうことではなく。
LSの容量が許せば、SPEごとのローカリティの高いアルゴリズムに変更できることがある
というようなことらしい。

Cellがでてだいぶみなが人柱になることで、LSの容量はこれくらいあるべきというのが、
ユーザーからあがりつつある。LSの増加は当然トランジスタ予算を食うわけで、SPE数を増やす
ほうがいいのか、LSを増やすほうがいいのかの天秤につるして、次のLSの容量もきまるんだろう。

次世代のCellで面白いのは、競合するGPUが存在するなかでのデビューになり、Larrabeeとの競争は
激しいものになるだろうことだ。

88:デフォルトの名無しさん
08/10/19 02:08:02
PPE：3
SPE：21
LS容量：12MB
これくらいがいい。

89:デフォルトの名無しさん
08/10/20 17:17:47
>>84さん　ありがとうございました。
エラーの原因は>>84さんの記述どおり、spufsがmountされていなかったためでした。

90:デフォルトの名無しさん
08/10/24 11:44:38
mars1.0.0にバージョンアップ

91:デフォルトの名無しさん
08/10/27 11:35:38
とりあえずロックフリーキューで全部差し替えないとmutex大杉

92:デフォルトの名無しさん
08/10/27 14:01:17
SDK3.1
URLﾘﾝｸ(www-128.ibm.com)

93:デフォルトの名無しさん
08/11/04 17:49:52
質問なんですが、SDK3.0を入れても、コンパイルエラーが出て、
gccはインストールされていませんとでたのですが、
どこで入手したらよいのでしょうか？

94:デフォルトの名無しさん
08/11/04 18:15:30
パスはちゃんと設定してあるのか? いずれにしても、cellプログラミングと関係ないじゃん。

95:デフォルトの名無しさん
08/11/05 07:30:28
何この態度でかそうな奴

96:デフォルトの名無しさん
08/11/05 08:11:16
お前が言うなｗ

97:デフォルトの名無しさん
08/11/08 00:31:51
Fedora9にSDK3.1とシミュレータをインストールしました。
SDK付属のeclipse上から、シミュレータを実行すると、カーネルを読み込んで
立ち上がったところで、コマンド入力待ちになり、先に進まなくなってしまいます。
何か設定しなければならない項目等があるのでしょうか？

98:デフォルトの名無しさん
08/11/08 01:34:37
コマンド入力待ちになるなら、コマンドを入力すればいいんじゃね?

99:デフォルトの名無しさん
08/11/08 01:46:11
Run→Open Run Dialog...ウインドウのTargetタブで、起動したシミュレータを指定すればいいですよ

100:デフォルトの名無しさん
08/11/10 08:20:40
URLﾘﾝｸ(www.ibm.com)

101:デフォルトの名無しさん
08/11/11 20:41:20
フィックスターズ、Yellow Dog Linuxの米Terra Softを買収
URLﾘﾝｸ(journal.mycom.co.jp)

102:デフォルトの名無しさん
08/11/12 10:16:13
URLﾘﾝｸ(www.ie.u-ryukyu.ac.jp)
URLﾘﾝｸ(www.ie.u-ryukyu.ac.jp)
こんなのあった

103:デフォルトの名無しさん
08/11/12 15:31:40
>>102
ワラタ。Cellの開発に東芝の名前が無い。

104:デフォルトの名無しさん
08/11/12 21:11:45
Hack the Cell 2009に参加しようかな
ほんとに図書券もらえるならやる気出すんだけど

105:デフォルトの名無しさん
08/11/12 21:17:07
社員乙

106:デフォルトの名無しさん
08/11/12 21:29:31
レス早いな
結局図書カードじゃね？って話なだけだったんだが

107:デフォルトの名無しさん
08/11/13 10:25:46
応募したらHack the Cell 2008に参加ありがとうって言われたけどいいのだろうか

108:デフォルトの名無しさん
08/11/13 11:34:08
>>102
揚げ足だけど、一つの文章内でCell Broadband Engineの説明がSPEが7つとか6個とか書いちゃってる時点でアイタタタ。
統一取れてない上にPS3に限定しない一般的な説明としてはどっちも間違ってるw

109:デフォルトの名無しさん
08/11/13 16:30:46
PS3をOpenCV on the Cellとして
顔認識のサンプルプログラムを動かしてみたいのですが、
fixstarsの通りにインストールしても巧く動作しません。
（SPEが動いている気配なし）

URLﾘﾝｸ(cell.fixstars.com)

たぶんパスがちゃんと通ってません。
どなたか解決法を教えてください！！！

110:デフォルトの名無しさん
08/11/14 02:08:31
Hack the Cell 2009ってこれのことか。
cellプログラミングのコンテンスか
URLﾘﾝｸ(cell.fixstars.com)

なんで>>107は2008に参加ありがとうって言われたんだｗ

学生と社会人で部門分かれてるけど・・
どちらにも当てはまらない場合にはどうなるんだ？

111:デフォルトの名無しさん
08/11/14 17:20:37
もりあがってまいりました。

112:デフォルトの名無しさん
08/11/15 20:53:05
最近Ｃ言語の勉強始めたばっかりだけど、Hack the Cellって参加して大丈夫かな？
ＰＨＰならかなり得意なんだけど。

でも、優勝しても一緒に海外旅行に行くような友人いないなぁ。

113:デフォルトの名無しさん
08/11/15 21:59:26
どーせなら ioccc で笑いをとれ

114:デフォルトの名無しさん
08/11/15 23:12:54
PHPが得意でCが出来ない人間ってオブジェクト指向とか知ってるのか気になる

115:デフォルトの名無しさん
08/11/15 23:38:33
Cellの知識っていわゆるトリビアだよね。

116:デフォルトの名無しさん
08/11/15 23:56:22
2年近く最先端でいられたのである意味役立った。

117:デフォルトの名無しさん
08/11/16 06:40:32
これ、家賃収入で食ってる人や無職でも参加できるんだろうか？
学生以外は全部社怪人部門ってなってるけど、会社名とか部署名とか必須項目を埋められないんだが。
素直に会社名「親の家」部署「自宅警備」って書いていいのか？

118:デフォルトの名無しさん
08/11/16 11:12:01
なぜおまえはそう卑屈なんだ
自宅警備員に誇りを持て

119:デフォルトの名無しさん
08/11/16 11:42:28
ＰＨＰならほんとかなり得意だよ
お前らのＰＣハックくらいは全然余裕
Ｃｅｌｌも多分簡単に使いこなせると思う

120:デフォルトの名無しさん
08/11/16 14:43:10
釣りは他所でやれ

121:デフォルトの名無しさん
08/11/16 16:17:18
>>118
あの登録フォームみてると「何らかの組織に所属してる人間以外は参加禁止」って風に見えるんだ。

122:デフォルトの名無しさん
08/11/16 18:17:17
URLﾘﾝｸ(www.amazon.co.jp)

123:デフォルトの名無しさん
08/11/16 20:19:39
>>121

自宅警備員代表としてがんばってくれ。
時間が味方をしてくれるはず。

俺はだめみたいだ・・ＤＭＡとか良く分からん

124:デフォルトの名無しさん
08/11/17 00:53:39
>>110
>社会人部門
>
>学生部門に該当しない人すべての方が対象となります。
～～～～～～～～～～～～～～～～～～～
>個人もしくは2名でのチーム応募が可能です。

少しは説明読めよｗ

125:デフォルトの名無しさん
08/11/19 23:23:22
Cell2 Broadband Engine
･ 3PPE (Power Processor Element)
･4.2Ghz
　･2 threads (can run at same time)
･L1 cache:32KB data + 32KB instruction
･L2 cache:512KB
･Memory bus width:64bit (serial)
･VMX (Altivec) instruction set support
･Full IEEE-745 compliant
･18 SPE (Synergistic Processing Element)
･4.2Ghz
･2 SPE disabled to improve chip yield
･1 SPE dedicated for hypervisor security
･256KB local store per SPE
･128 registers per SPE
･Dual Issue (Each SPE can execute 2 instructions per clock)
･IEEE-754 compliant in double precision (single precision round-towards-zero instead of round-towards-even)

PS4のｽﾍﾟｯｸ予想
URLﾘﾝｸ(www.edepot.com)

126:デフォルトの名無しさん
08/11/20 12:02:06
120%ありえない

127:デフォルトの名無しさん
08/11/25 22:47:41
>126
そう？ Cellに関してはそんなにぶっ飛んでもいない、
むしろ穏当な予測だと思うが。
PPEを3つも積むかはちょっと疑問だけど。

SPEのローカルストアはやはり256KBが限界なのかなあ？
アーキテクチャ上はもっと増やせるように思うが、
ダイの面積的に苦しいだろうか？

128:デフォルトの名無しさん
08/11/25 23:59:01
>>127
●Cell B.E.にeDRAMの大容量メモリ搭載の道も開ける
URLﾘﾝｸ(pc.watch.impress.co.jp)

129:デフォルトの名無しさん
08/11/27 13:08:12
URLﾘﾝｸ(www.fixstars.com)

130:デフォルトの名無しさん
08/11/29 19:43:30
SpursEngineのSDKの解説があるらしい

SpursEngineのイベントを東芝が来週実施、SDKの解説やソフト各社のアピールも
URLﾘﾝｸ(www.watch.impress.co.jp)

131:デフォルトの名無しさん
08/12/02 23:47:15
XLC で行こう！: 第 3 回いくらかの手入れはやっぱり必要
URLﾘﾝｸ(www.ibm.com)

132:デフォルトの名無しさん
08/12/06 01:55:30
ソニーからこんなん出てますな。
URLﾘﾝｸ(pc.watch.impress.co.jp)
URLﾘﾝｸ(www.ecat.sony.co.jp)

映像編集用機器扱いだけどどんな使い方を想定してるんだろうか？　OS別だし。
こういうのも悪くは無いかも知れないが、PC用拡張ボードの形で
メモリ（XDR-DRAM)をある程度積めてそこそこ安い奴を早く出して欲しい。

PS3よりもっとメモリがたくさん欲しいと思うといきなり100万円コースに
なるのはそろそろ勘弁してください。

133:デフォルトの名無しさん
08/12/08 14:31:24
>>132 いまいち、わからんなぁ・・・・・・
結局それって幾らぐらいのしろもので、どの程度の事まで手が回せるんだろう？？？

なんか、情報がどうでもいい事しかでてなくてなぁ。
たんなるPS3の在庫処分としてなんだろうか？

134:名無し募集中。。。
08/12/08 17:27:13
Cell派生のSpursEngineのPCIeボードが発売されているがSDKを年内に無料配布するそうだ
なんだSpursEngineか、と思ったらSPEの開発環境(eclipse)ごとの提供でデバッガも付くらしい
URLﾘﾝｸ(www.watch.impress.co.jp)
ホスト側(PC側)はVisual Studioで日本語ドキュメントも用意されるらしい
URLﾘﾝｸ(www.watch.impress.co.jp)
SpursEngineのボード自体が3万くらいだからPS3買えよって話もあるけどね

135:デフォルトの名無しさん
08/12/09 00:19:00
>134
SpursEngine搭載カードはいろいろ出てきたが、肝心のCell搭載カードは
いくら待っても出て来ないな（100マソコースのボッタクリCardは除く）

XDR-DRAM容量を256MBから1GBくらいまで選べてついでにDDR2-DRAMを
1GBくらい搭載できて5万から20万程度のカードがなぜ出せん？
もちろんインターフェースはPCI-Express x 16で。
冷却ファンはゴツイ物が要りそうではあるな。
RSXは使いようが無いんで要らない。

アマチュアプログラマの関心はもっぱらGPGPUに向かってしまうぞ。
あらゆる実験をすべてPS3上でやれってか？FixStarsさん。

136:,,・´∀｀・,,）っ-●◎○
08/12/09 00:27:49
URLﾘﾝｸ(cellbe-cygwin.cvs.sourceforge.net)

PPE側も含めてWindowsでクロス開発はできる状況になりつつあるんだけどね。

137:デフォルトの名無しさん
08/12/09 19:47:54
>>135
ごもっとも。PCにさせるということが、実は一番気軽な近い手段なんだと、実感させられる。
ゲーム機にインストールできるってのは、手軽そうで実はバリアがある。

Nvidiaはそこらへんを知ってか知らずか、かなり本気で環境出しているのがすごい。いくらサポート
がひどいとはいえ、WindowsPCで使えて、VCまで使える環境をそろえるだけで十分強力すぎる。
ひどい日本語とはいえドキュメントもそろえて、開発者用公式の掲示板も作って、やれることをやっている。

Cellはなぜ3社もあるのに、そういうのができないのか…。3社がねじれているからって気もするな。

138:デフォルトの名無しさん
08/12/09 22:13:19
nVidiaが必死なだけ

139:,,・´∀｀・,,）っ-●◎○
08/12/09 22:48:12
成果は出てる分マシだろ。

140:,,・´∀｀・,,）っ-●◎○
08/12/09 23:16:20
GPUで単精度で500GFLOPS出るビデオカードが2万程度で買えるご時世に
頑張っても200GFLOPS出るかでないかの代物に4万も出して買う奇特な人間もそうそういないからな。
SpursEngineだってMPEG2/H.264のエンコーダ・デコーダと既製ライブラリがあるからこそのもので
SPEだけだったらいくらSDK用意しても誰も食いつかなかったろうよ。
実際問題、リードテックのアレは食いつきがいいのかどうかは知らん。

言語処理系としてCUDAが優れてるのは、SIMDとマルチコアという概念をSPMDモデルにおける
スレッドの概念でうまく隠蔽してること。並列化言語としては非常にシンプルでわかりやすい。

141:デフォルトの名無しさん
08/12/09 23:41:14
最後の二行、残念ながら団子に同意。とは言うものの、スレ違いだなw

142:デフォルトの名無しさん
08/12/09 23:44:52
SCEはこれぐらいやってもいいんじゃね？
・PLAYSTATION公式ページで「PS3でできること」にLinuxのことをちゃんと書く
とにかく今だにPS3にLinuxをインストールできることがPS3ユーザーにすら知られてない。公式にアナウンスしないから。
サポート対象外の機能です、でいいから。「へーそんなこともできるんだ」と思ってもらったらそれだけで付加価値2万円分ぐらいアップすると思う。

フィックスターズはYDLのリリースに合わせてインストールDVD付きのムック本を出して欲しい。
定期的に。内容は毎回ほとんど同じでもいいから。そういうディスク付きのHOWTO本が出ないと新規ユーザーは増えていかない。
エンドユーザーが増えないとCellビジネスも加速しないよ？

東芝とソニーはCellパソコン作ってよOSはLinuxで。GPUはチップセット内蔵レベルでいい。グラフィックはSPEでやればいいから。ローコスト重視で、細く長く売るタイプの商品にして欲しい。

せっかくいいもん作ったんだから、どんどん前出していこうぜ。

143:デフォルトの名無しさん
08/12/09 23:59:02
nVidiaが頑張っている事もCUDAが良くできている事も同意なんだが
日進月歩で且つレンジの違うものにご時世とか言ってるのが痛すぎる。

Cellに未来があるかはともかく。

144:,,・´∀｀・,,）っ-●◎○
08/12/10 00:24:27
＞フィックスターズはYDLのリリースに合わせてインストールDVD付きのムック本を出して欲しい。

フィックスターズ（旧Terrasoft）としては有償サポートを売りたいだろうからこれは無いだろ。
ぶっちゃけ、【Linuxインストールディスクに広告付きの紙の束を売る商売】は今世紀始まって
2年くらいでビジネスモデルとして破綻した。

スポンサー不在というか、スポンサーに対する消費者不在。
Software Designみたいな硬派な雑誌とは違って、ノンサポートのLinuxのCD-ROM付録
楽しみにしてるのはせいぜい個人ユーザーくらいだった。
企業ユーザー向けのカラーを強めると、あくまでクライアントOSとして楽しみたい
個人が置いてけぼり食らう。はなから企業ユーザーはあまりついてきてなかった。
ルータとか仮想化ソリューションとか売りにしても消費者が付いてこないわけよ。
で、広告が取れないからどんどん薄く高くなっていった。

追い討ちをかけるようにブロードバンドやCD-Rが普及しちゃったから、雑誌で
買う意味もなくなっちゃった。
Linux Magagineのまつもとゆきひろ氏の連載は好きだったけどさ。
連載打ち切られてから買う楽しみもなくなったな。

まあPC雑誌全般に言えることだけど。
どういうわけかMac雑誌だけは根強い人気を誇ってる。あれだけは理解不能。

>>143
浮動小数の額面だけに注目した性能・コストパフォーマンスに関してはGeForce 8800シリーズ登場時点で
既に微妙だったよ。つまり初っ端から微妙。その上ゲーム事業がいまあの様だし。
厳密に言えばGPUでやれることはCellのSPEのそれよりも用途を選ぶしメモリの制約も厳しい。
だが言語処理系としてのとっつきやすさの面ではCUDAはそれなりには良いものだ。

要するにCellが訴求力弱いのはその辺だね。
まあ、OpenCLに対応したからっていまさらどうなるもんでもないがな。

145:,,・´∀｀・,,）っ-●◎○
08/12/10 00:53:49
PS3も日進月歩で価格落ちてくれれば良かったんだがね。2万円台くらいに。
最初から製造原価割れ。
更にダンピング規制法ができて、無茶な値下げができなくなった。
ソフトメーカーがついてきてないのにハード売っても仕方ない面もある。

最近のNVIDIAもハード先行の感はあるが、なにげに昔からゲームソフト開発に対する支援は手厚かった。
機材やライブラリの提供とかな。
メジャーなPC向けゲームタイトルには必ずNVIDIAの広告があるだろ？
CUDAでも同じように技術支援やってるよ。それこそ個人開発のソフトにまで。

一方でSCEはPS3向けソフトの無料体験版をダウンロード数に応じてソフトメーカーに課金とか、
あり得ない資金回収法を実施中。
そういうことは市場掌握して有無を言わせない状態にしてからするもんだ。
DSとかWiiとか360とか他に逃げ場がある状態でやってるからな。これでは逃げるばかり。
打算的な悪行は他にもあるが。
「PS3を中心としたCellベースのエコシステム」の可能性を自ら潰してしまった。

146:デフォルトの名無しさん
08/12/10 01:14:53
ムック本自体で儲からなくてもいいんだよ。
エンドユーザーを増やすことが目的だから。
エンドユーザーが増えればCell自体の知名度や注目度も上がってビジネスでの採用も増えるだろうし、
将来の社員の養成、技術者のレベルの底上げもできる。
だからフィックスターズはやるべきだよ。

147:デフォルトの名無しさん
08/12/10 07:32:08
これぐらいだなやってるの
URLﾘﾝｸ(www.playstation.com)
URLﾘﾝｸ(cell.fixstars.com)

148:143
08/12/10 10:04:28
OpenCLの策定にはIBMもかなり入っててCellに対応するっぽいから生暖かく見守ってる。

149:デフォルトの名無しさん
08/12/10 18:47:23
OpenCLが正式にリリースされていつでも使えるようになった後でも
CellだけリーズナブルなPC用拡張カードが出なくて、誰もCell用
OpenCLを使えなかったとしたらなかなか笑える状況だな。

150:デフォルトの名無しさん
08/12/10 18:56:38
Cellが生き残るかはアレだけどIBMのOpteron+Cellってのは悪くないと思う。
それぞれ得意分野が全く違うわけで。

理想的にはCPU+Cell+GPUになるべき。
そのためのOpenCLだと思うしね。
CPUでもDSPでもGPUでも同じように記述できて、簡単に切り替え/同時使用出来るようになってる。

当然得意分野が違うわけだからフローまで同じように記述したら性能は生かせないが、
同じ言語で記述できて、とりあえず動くいうのは大きい。

151:デフォルトの名無しさん
08/12/10 22:11:42
今AMDとSTIって仲間なの？

152:デフォルトの名無しさん
08/12/10 22:43:37
STI?
スバルテクニカインターナショナルとAMDが何か関係があるとは
聞いた事無いな。

153:デフォルトの名無しさん
08/12/11 15:37:08
>>150
>理想的にはCPU+Cell+GPUになるべき。
この理想っていうのは何に使うつもりなの？たしかに、GPUで得意なところとCellで得意なところが
補えるという意味では理想かもしれないが、そんな複雑なシステムを使おうっていう人や状況は
本当に限られていると思う。
計算機センターで、いろんな人に対応する共有計算機ならまだわかるが、そんなん使う人いるかどうか…。

154:デフォルトの名無しさん
08/12/11 16:45:34
ATIはAMDが買った。良い買い物だったと思うよ。

155:デフォルトの名無しさん
08/12/11 22:05:49
>>151の言ってるSTIってちょにー・とーしば（笑）・IBMのことじゃ？
45nmプロセスの開発で協力とか何とかがなかったっけ。

156:デフォルトの名無しさん
08/12/11 22:47:09
Sony Toshiba IBMの三社をまとめてSTIと略すのは初めて聞くな。

AMDとIBM(他にも何社か)が半導体プロセス開発
（特にSOIプロセス）でアライアンスを組んでるのは有名だが。

157:デフォルトの名無しさん
08/12/11 22:54:11
URLﾘﾝｸ(en.wikipedia.org)(microprocessor)

Cell is a microprocessor architecture jointly developed by Sony Computer Entertainment, Toshiba, and IBM, an alliance known as "STI".

158:デフォルトの名無しさん
08/12/11 23:05:46
ヘーヘーヘー！　初めて知ったｗ。

159:デフォルトの名無しさん
08/12/11 23:40:05
そういえばSTIは今回の金融危機でかなりの痛手を負っててリストラを余儀なくされてるけど、
MicrosoftとIntelだけはなぜか不自然なほど傷が浅いんだ。。。

160:デフォルトの名無しさん
08/12/12 04:01:59
IntelはAtom馬鹿売れだったからな。小さくて歩留まりもいい製品だから、数さえ捌ければ儲かる。

MSのVista不人気は今に始まったことじゃない。
ソフト事業自体、もともと利益率がすさまじいし。
十分な利益率で十分な労働者を雇えるだけの貯蓄がある。
日本企業だと任天堂がリストラ知らずなのと同じ。

Xbox事業が今期から黒字計上してるのも大きいね（累積だとまだまだ赤だけど）
ドル安は短期的には外貨稼ぎにプラスに働く。

161:デフォルトの名無しさん
08/12/12 21:36:06
しかし、STIでも
一番おいしいところはIBMが持っていくと。PC部門の売り時もうまかったし
HDDも・・・IBMはすげーよ。

162:デフォルトの名無しさん
08/12/21 21:03:41
/proc/cpuinfoのtimebaseってsysctlとかで読めないのでしょうか？

163:,,・´∀｀・,,）っ-○◎●
08/12/21 21:26:17
今更Cell用のコード書いてみたんだ
URLﾘﾝｸ(tripper.kousaku.in)

164:デフォルトの名無しさん
08/12/25 23:17:21
Hack the Cellの課題発表された
URLﾘﾝｸ(cell.fixstars.com)

課題はメルセンヌ・ツイスタの最適化
使用SPE1基、LS256KBのうち210KBが使用禁止。

165:デフォルトの名無しさん
08/12/26 08:25:47
あんまり工夫のしどころが無い気が…

166:デフォルトの名無しさん
08/12/26 12:45:53
URLﾘﾝｸ(ftp.uk.linux.org)
バージョン1.1

167:デフォルトの名無しさん
08/12/26 14:14:24
>>164
もち団子さんに期待

168:デフォルトの名無しさん
08/12/26 16:01:05
まるでだんごのために用意したような課題
前書いてたしな
だんご入賞したら尊敬してやる

169:,,・´∀｀・,,）っ-●◎○
08/12/27 18:34:18
だが断る

170:デフォルトの名無しさん
08/12/27 21:03:06
さすが団子さん！

171:デフォルトの名無しさん
08/12/30 22:35:11
質問なのですが、Cell SDK のインストールされているFedora 9 にて、
SPE用のＣソースプログラム上からpthread_create関数でスレッド生成出来ますか？
要するにSPEのプログラムはマルチスレッドが出来るかどうかと言うことなのですが、
手元にCell環境がないので教えてください。

172:デフォルトの名無しさん
08/12/30 23:28:20
>>171
SPEで、まともなプログラミングができると言う甘い幻想はとっとと捨てましょう。
POSIXはおろか、C標準の関数でさえ殆ど使えませんから。

つーか、なんでスレッド生成なんて発想に?
そんなのは、PPEにやらせてSPEは計算に専念するのがCBEの基本ですぜ。

173:デフォルトの名無しさん
08/12/31 00:01:37
>>172
ある処理を行う裏側で、SPEからPPEに書き込むデータが50区画ぐらいありまして、
tag番号が32までしかないので、別スレッドでデータを送ろうと思ったのですが・・・。
データの配置を連続的になるように考え直したいと思います。

174:デフォルトの名無しさん
08/12/31 02:34:46
>>173
DMAタグをローテーションさせて転送させたらいいと思う

175:デフォルトの名無しさん
08/12/31 02:45:01
>>173
あ、裏側でか。
関数を交互に呼んで疑似マルチスレッド、かな。

次ページ