ここまではPPEと「1つの」SPEでのモデルだったが、ここからは複数のSPEのハンドリングである。Cellの場合Heterogeneous構成だから、本来は従来のマルチプロセッサとはプログラミング方法が異なる。が、様々な同期メカニズムを用意することで、あたかもこれをHomogeneousな環境の様にタスクのハンドリングを可能にするのが、ここでの目的である。共有メモリもまた、こうした環境を作るためには欠かせない要素である。OpenMPを使ってのタスク制御をサポートしているのも興味深いところだ(Photo24)。

またJob Queueに関しては、先にPhoto20で示したものを更にアグレッシブに拡張したモデル(Photo25)が考えられるとしている。あるいはMessage Passing式のプログラミングも可能である(Photo26)。実のところ、この方が自然に思える。このケースだと、Local StoreからLocal Storeへのデータの移動が主で、全体への影響が少ないからだ。これを更に推し進めると、パイプライン化も可能だろう(PHoto27)。

もっとアグレッシブなのは、複数のSPEをあたかも汎用プロセッサの様に扱う、Multi-Tasking SPEs(Photo28)である。簡単なのはLocal Store内にTaskを格納しておき、Event Dispatcherで順次実行するというモデルだが、メモリにTaskを格納して、これをDispatchするという方法は更に効果的だろう。ただここまでいくと、SPE用のOSを作るようなもので、実現にはまだ当分掛かりそうである。実際、この実装に必要なカーネルの問題点も列挙されているほどで(Photo30)、このあたりの問題はまだ解決していない模様だ。

雑感

CESOFに関してはPseudo Codeも示されるほどに具体的に煮詰められているが、Multi-Tasking SPEに関してはむしろ願望に近いレベルの議論に終始しているあたりが、現状のCellの開発状況を如実に示している感がある。かつてPS2はライブラリの不足/不備/不調や、そもそもトリッキーなハードウェア構成もあってなかなかプログラミングが大変だったが、Cellは別の意味でまた難しい。こちらはとにかくメモリやEIBのボトルネックを避け、かつ有効にSPEを走らせるためのシステム設計が最大の肝になることが、今回の発表から明確になったといえよう。Time CriticalなシステムというのはEmbeddedの世界では珍しくないが、CellのそれはResource Criticalというべきであって、新たなスキルを要求される事になりそうだ。何にせよ、ある程度の性能を引き出すための「定番システム構成」が決まるまで、プログラマはかなり試行錯誤を強いられる気がする。