上では
DRIは効いているわけだし、もしかしたらSSEオプション付けてビルドし直せば再生できるようになるかも。
と書いたけど、SMPlyaerを依存関係も含めてSSEオプション付きでビルドしても残念ながらデコードが追いつかなかった。
再生中にtopを見ると、CPU時間を使い切っているときは使用率が50%ぐらいまで上がるのに25%程度にしかならない。
どうやら１コアしか使っていないよう。
マルチスレッドベースのMplayerXPというのがあるというので使ってみようとしたけど、FreeBSD 7.1ではGCCが4.xなのでそのままmakeしてもGCCのバージョンが違うと言われる。
portsからGCC 3.x系を入れてみたけどそれでもビルドがうまくいかない。
Atom330(D945GCLF2) & FreeBSD 7.1(X.org7.4 DRI)で動画再生してみた。
D945GCLF2のGMA950はMPEG-2のデコード支援はしてくれるけど、H.264はしてくれない。
SMPlayerで４コアすべて使うように設定してみたけど、1280×720のH.264動画は残念ながらデコードが追いつかない様子。
Optimizing for Atom
↑のようにオプションを設定してビルドし直しても20%の性能向上ではまだ追いつかないと思う。
Windows環境だとどうなんだろう。
とおもってWebで引いてみると、
HD動画視聴や3Dゲームをせずにネットや2chするだけならば、高性能なPCは必要ない
には
動画は1280x720のDivX(デブロッキングあり)や、H.264/AVCもコマ落ち無しに行ける。
とある。
出たばかりのatom 330マザーDG945DCLF2について
にも720pが再生できると書いてある。
DRIは効いているわけだし、もしかしたらSSEオプション付けてビルドし直せば再生できるようになるかも。
サークルでサーバ用途に組んだAtom330マシン(D945GCLF2)でFFMpegを使用して動画のエンコードをしてみた。
手持ちのAthron64 3000+なマシンとほぼ同じ速度だった。
低消費電力でマルチスレッド指向なAtomはサーバ向きだと思っていたけど、いろんな所でベンチマークを見るとマルチメディア性能が非常に高い。
それはSSE3が搭載されていることからも見て取れるのだけれど、ねらったところにぴっしりはまっているなと言う印象。細かいところのストラテジーの勝利。
unixbench (v4.1)ではshell scriptの性能がCoreに匹敵していて驚いた。
makeに関しては期待したほど速くないという印象。「マルチコアCPUだとmake worldが10分で終わる！」なんて根も葉もない噂を聞いた後だったからかもしれない。ただ、FreeBSD 7.1でmake worldしたのは初めてなので他のマシンでやってみて数字を出さないことには何ともいえないはず。
INDEX VALUES
TEST BASELINE RESULT INDEX
Dhrystone 2 using register variables 116700.0 2724199.2 233.4
Double-Precision Whetstone 55.0 531.9 96.7
Execl Throughput 43.0 838.0 194.9
File Copy 1024 bufsize 2000 maxblocks 3960.0 44558.0 112.5
File Copy 256 bufsize 500 maxblocks 1655.0 22477.0 135.8
File Copy 4096 bufsize 8000 maxblocks 5800.0 94755.0 163.4
Pipe Throughput 12440.0 301604.2 242.4
Pipe-based Context Switching 4000.0 63526.0 158.8
Process Creation 126.0 2766.2 219.5
Shell Scripts (8 concurrent) 6.0 465.2 775.3
System Call Overhead 15000.0 211167.5 140.8
=========
FINAL SCORE 187.6
最近のコメント