薄くなった新 PS3 正式発表、2万9980円 (動画、ギャラリー追加)
ちょっと前からあちこちで話題になってはいたけど，どうやら公式に発表されたらしい．薄い！比較表は本家engadgetがわかりやすい．
PS3 Slim sized up: smaller, deeper, no Linux or PS2 compatibility
……あ……れ……PS2互換はともかく，Linux互換が削れてるぞ……？
待て待て，Linuxを入れればCellがいじれる，ってのはPS3の購入動機の一つとして市民権を得ているモノだと勝手に思っていたんだが，そんなことは無かったかチクショウ．
安価に手に入る，気軽に使えるってのは重要なはずなんだけどなあ？
薄型PS3が出たら（弄る時間があるかどうかはともかくとして）Cellを弄って遊ぶために私物として一台購入しようと思っていた私が涙目です．ファッキン．
もう少し時間があるけど，やめた．
昨夜，狙ったかのように講座のPS3Linuxが不調に．SPEが応答しない．
仕方がないので主催者側で用意しているCellマシンを利用したが，混雑していて自由にプログラムを実行できない．ところがCell上でのプログラム実行時間はばらつきがそれなりにあるので，繰り返し実行しないと最適化の優位性が確認できない．
というわけで，アンローリングとか細かい最適化をいろいろやってみたかったけど，成果がよくわからない環境状況（？）なので諦めた．
まぁ正しく動くものは出したつもりなので，決勝に残れたらもう少しやるか．
昨夜DMAダブルバッファリングにはまりまくったんだけど，原因は自分で作成した関数の引数順序を勘違いしていたのが原因だった．ばーかばーか．まぁ正しく動いても全然速くなってないんだけどね！ orz
17時だったかな．
26日の夜に研究室のPS3がいかれたのはお約束。
とりあえずSIMD化はした．PS3上で倍くらいの性能になった．
あとはDMAダブルバッファリングでもやってみようと思って，調整しやすいように静的スケジューリングを作成した．でも肝心のDMAが，非同期にした時点でアウト．どの処理が正しくない結果を出しちゃうのかはわかるのに，どうして正しい結果が得られないのかがわからないという素晴らしい状態．もうどうにでもなあーれっ．
とある配列のDMA転送を同期か非同期か変更すると駄目になるんだけど，非同期化させる方法が間違ってるんだろうなぁ．問題が起きる場所がピンポイント過ぎて意味がわからない．
とりあえず提出状態にはしたので，あと朝起きたら夕方までループアンローリングを行う仕事でもします．
予選をまともに通過したらDMAダブルバッファリングに再挑戦するかもね．
ほぼ初めてみたいなSIMDプログラミング，略してはじしむ？
とりあえずCellのSPE向けにSIMDってみた．
サンプルとしてメディアンフィルタ……みたいなものを意識して，ある点の周囲の点の座標を合算するものを作ってみた．
まずはCで書いた元プログラム．
マージンが取ってあるのは，繰り返し計算して実行時間を引き延ばすため．めんどいから端点の処理はしない．ただ足しているだけなのは処理を最低限にしないと正しく実行できているかのチェックがツライため．チキンコード．
ちなみにデータ型はunsigned int．
続いてSPE向けのコード．
データを128*128ごとにDMAってるのでこんなんになる．
続いてSIMD化コード．
やりやすいところだけSIMD化した．ｋループの真ん中あたりだけ．もっとはじっこまで行ける気がするのはとりあえず置いておく．
計算対象の配列のアドレスをvector型のポインタで参照しておいて，vector型で計算すると，計算対象にちゃんと反映されるよ！みたいな感じなのかね．まぁポインタだから当然だけど．なんとなくわかった気がする．
みたいなミスを繰り返しまくったんだけど，vector型へのキャストが強力すぎるのかなんなのか，コンパイラが何も言わないのでしばらく頭を抱えた．これはツライ．
で，とりあえずSPE１つで実行時間を測定してみたんだけど……５回繰り返した最短時間を見ると
……うーむ，まぁ速くはなったっぽい？
というか，実行時間が結構ばらつきます．実行環境はPS3なんだけど，ハードウェアの特性かな？最長時間を見ると
……最短との差は３割．まぁそんなものかしら？
SIMDの効果ってこんなものかなあと疑問を持ったので同じものをSSEあたりでやってみようと思ったけど，何を参考にどうくめばいいのかわからず．１時間以上webを漁ったけどよくわからない．また明日以降に試す．
というか，おとなしくPPE向けのSIMD化でもやろう，うん．
最近のコメント