07/03/06 00:35:22
正直メモリ空間独立がここまで厳しいとは思わなかった。
Xbox 360で動くLinuxとかのほうが、あったら幾分か楽だろーね
モニタにも困ること無いし。
403:デフォルトの名無しさん
07/03/06 02:30:31
最初から躍起になってLSで納めようとしない方がいいよ。
まずはコードサイズ抑えて、データは全部DMA経由でも動きゃいいって。
最適化なんてボトルネックが分れば自然と出来るもの。
404:デフォルトの名無しさん
07/03/06 03:16:30
>>402
だが、このストイックなまでの縛りがいい。
趣味でいじってる分には。
405:デフォルトの名無しさん
07/03/06 06:40:26
>>401
ここで応用を（略
URLﾘﾝｸ(cag.csail.mit.edu)
とか現在見てます。
406:デフォルトの名無しさん
07/03/06 12:16:32
ゲーム産業開発者のためのスキルアップ講座
URLﾘﾝｸ(www3.stream.co.jp)
URLﾘﾝｸ(www3.stream.co.jp)
これの、特に後者を読むべし。チューニングには必見。
407:・∀・）っ-○◎●
07/03/06 23:02:22
そろそろRSXのシェーダ使わせろと（ｒｙ
408:デフォルトの名無しさん
07/03/07 00:08:26
ここはCellプログラミングスレ
409:デフォルトの名無しさん
07/03/07 00:41:51
<backOfChirashi>
X86のプログラムをPPEに移植してみた。
入力値はバイナリデータを転送して実行……
うぁはは、エンディアンが違ってたぜ。
速度的には、PPEだけじゃ話にならないね。
</backOfChirashi>
410:・∀・）っ-○◎●
07/03/07 01:04:48
PPEの性能自体はG4以下なんだよな
411:デフォルトの名無しさん
07/03/07 01:11:17
>>410
実際にゃSPEの管理までやっとるからな 働きもんだｚ
412:デフォルトの名無しさん
07/03/07 01:12:25
>>406
これ聞いていると SPURS を公開してほしくなるな。
libspe で書いてると、他の SPU モジュールと協調できないのが悲しい。
413:デフォルトの名無しさん
07/03/07 01:47:58
公演聞いてて思ったけど、LameとかH.264はSPURSで実装すべきだよな。
414:デフォルトの名無しさん
07/03/07 05:51:42
IBMのひとは声に聞き覚えがあるな。Sonyの人のはSPURSの説明だし、
IBMのブレードサーバやボード、東芝のリファレンスキット、
PS3開発機とPS3LinuxでSPE管理ライブラリはそれぞれ違うだろうし、なんとも。
それでも、説明を見ていて、処理割り振りの新しい方法を考えついたので試してみるかな。
415:デフォルトの名無しさん
07/03/07 09:57:58
>>409
あれ？ エンディアンは両方対応じゃなかったっけ？
後藤のｸﾀﾀﾝとのインタビューでそんなの見た記憶があるんだけど。
416:デフォルトの名無しさん
07/03/07 11:14:01
今CBEハンドブック見たけどBigEndianだと書いてあった。
ついでにビットは上から数えると書いてあったのも見つけた。
417:デフォルトの名無しさん
07/03/07 12:22:09
そうか、うろ覚えで発言するものじゃないな。
それだけだと何だから、ググってみたらこんなの出てきた。
URLﾘﾝｸ(pc.watch.impress.co.jp)
418:416
07/03/07 12:48:12
お、あったあった。こいつのことだな。
＞Load Double Word Byte Reverse Indexed X-form.
419:デフォルトの名無しさん
07/03/08 06:46:48
>>406
早起きしたので見てみた。
要するにSPURS使わない開発は無いな。
420:デフォルトの名無しさん
07/03/08 07:32:14
エンディアン変換ってAltiVecのvec_permとかじゃだめなのかな？
SPUにも同じ命令あるし。
421:デフォルトの名無しさん
07/03/08 11:15:34
SPURS公開されないのかなぁ？
あの公演聞くかぎりCellプログラミングでは必須のようだけど。
422:デフォルトの名無しさん
07/03/08 21:09:04
今日読んでた資料によると32bitの積はコストが高いらしい。
Cで書くとかってに格上げされて32bitの積になるんだろうか？