開発のためのプレイステーション3Linux

StackOverflow https://stackoverflow.com/questions/467711

  •  19-08-2019
  •  | 
  •  

質問

私が興味のあるソフトウェア ソニープレイステーション3 ゲーム機を含む 多核細胞プロセッサー, を対象に、当 PS3対応のLinux 分布。

"単一のPS3を行う より良い 以上の最高デスクトップと比較して 25ノード のIBM青遺伝子 スパコン." ~ PlayStation3重力グリッド

最も重要なのは:

  1. CPU -他のパッケージはライブラリを含 アクセスできるの6 の7 相乗的な加工要素
  2. GPU -ソニーを実装しますハイパーバイザーへのアクセスを制限するには RSX
  3. 並列 IBMが提供す プログラミング入門並列アプリケーションが利用され のPS3

が開始:

  1. 設置 LinuxのPS3:
  2. 車IDE、コンパイラに適したプログラムを利用しています。. ..（help!)
役に立ちましたか？

解決

Codeplay Softwareから C ++をオフロードしてみてください。 Cellプロセッサのようなマルチコアハードウェアでのソフトウェア開発を容易にするC ++の拡張方言を提供します。

クロスコンパイラツールチェーンにより、WindowsでPS3のコードをコンパイルできます。Linuxを実行しているPS3コンソールのリソース制約（システムメモリなど）を考慮すると、コンパイル時間に影響を与え、PS3を次のように使用できます。ぎこちないデスクトップ。

オフロードC ++コンパイラとツールのバージョンは、Cell BE SDKを使用してPS3 GameOSおよびLinux on Cellをターゲットに利用できます。 Cell LinuxバージョンはIDEのEclipse CDTと統合します。

免責事項：私はCodeplayの開発者です。

他のヒント

またtry Ubuntu8.10(航Ibex).そのPS3支援できるのはとても良いし、指示を設置、プライマー動作しき こちらの.GCC4.3binutils4.18などの標的の細胞PPU(汎用PowerPC目標とSPUsが入手可能なパッケージは、Ubuntuのリポジトリ(例えばspu-gcc、spu-g++、spu-binutils,ppuの設、spu-newlibなど）をコンパイルのバイナリです。

について、適切なプロジェクトを発足記のを統合する必要があるとは、約IDE（KDevelop、Eclipse CDT、コード::)-インターネットにより、いつでもできるスペ構文強調表示ファイルをご利用のために最も人気のIde).細胞のSDKは利用が可能ですので、もし可能性のあるより良い統合パッケージを用意RHEL5.2とFedora9(き 外国人 引きそれをDebian/Ubuntuでいる).

OpenMPIはうってできるコンパイルしたにも積極的にチャレンジしていき刃（こちらの いいと思うのです。このままロール独自のメッセージ通してオーバヘッドは、キーを引き出す良い性能は、細胞ががわからないのに適した，OpenMPIすることができます。

Matthew Scarpinoの著書、 プログラミングによって細胞プロセッサー, あかつ最新のもの。また、 サイトの 多くのコード例は、ダウンロード可能です。

あなたの MITコース 月並列プログラミングによる細胞プロセッサはいくつかの良い情報は、一部では日付、すなわち、この細胞の力学がlibspe提供し、独自のスレッド）。最新版の図書館が必要となりまくスレッドから他の場所でblowfish暗号を使しめい)を動かすためには、並列プログラム.

としてのOSやコンパイラにおいて使用黄色い犬のLinux6.1.YDLしているかの様な、Fedora9んが、可能な限り抑制するとともに、こYDL付属超軽量のウィンドウマネージャおよびFedora9っとも処理しません。私はいくつかの問題の構築に向けたネットワークが、それが製品に若干の奇妙なネットワーク環境としてのシステムです。

またYDLに、そして設置され、細胞sdk fedoraパッケージの(この情報をいちトとしての機能も担うこととし、cellsdkインストールスクリプト誤認識YDLとしてRHEL、Fedora).YDLいはSDKをご利用のパッケージレポ市場がデフォルトでないので装置のコンパイラでコンパイル(もちろん、僕の姿をここまでいった不正使用IBMインストール時にこの商品につけられたタグ).私の基本IBMのコンパイラでコンパイルしてしまわないXLもの).

またイベントに散らばっ IBMサイト, が可能であり、これまでのようにするって意味です。

特別な設計のSPEでコードを実行する場合は注意してください-デフォルトのスタックサイズはコンパイラーによって大きく異なり、オーバーフローするとあらゆる種類の問題が発生する可能性があります。通常、ほとんどのデータをSPEコードでグローバルに宣言し、非常に小さな変数の割り当てを除いてスタックを回避することをお勧めします。

キャッシュがないため（または、ある意味ではすべてのL2キャッシュ）、これを行うことで実際のパフォーマンスが低下することはありません。また、メモリアドレスとの間でDMAデータをやり取りしようとするような問題に遭遇することはありませんそれはもはや有効ではありません、など。

IBM SPEコンパイラーは、個人的には一度も使用したことはありませんが、一般的には最高と考えられています。

ライセンス： CC-BY-SA と 帰属
所属していません StackOverflow
scroll top