AndroidのJelly Beanから導入されたProject Butterのトリプルバッファリングってなんなの？

inuchin @inuchin

@vvakame IO発表会で出すなら、ソース見ないとなんとも言えないかもなー。俺の説明したTBの利点は3Dグラフィックスでの世界の話で、携帯液晶は考慮してない。実際はありえないのだけど、LCDとバッファ間がserial転送だった場合滅茶苦茶遅いので、DBではfps上がりにくい

わかめ@毎日猫がいる @vvakame

@kmt_t なるほど。CPUの遊び時間を有効活用できない的な？

とげとげ @checkela

@inuchin @vvakame PF部のネタになる予感

わかめ@毎日猫がいる @vvakame

@inuchin え、そこ違うもんなのか。そこがわかるとGoogleがDBからTBに以降した分かりやすい説明ができるようになるかと思ったんだけど…(´・ω・｀)

わかめ@毎日猫がいる @vvakame

@checkela @inuchin いぬちんPF部で発表フラグｋｔｋｒ

おっさん @kmt_t

@vvakame さん、トリプルバッハァだとvsync待ちでも完全にフリーなバッファが一枚余ってるのでそこに書き込めます。本質的にトリプルバッファのほうが効率的なんですよ。

inuchin @inuchin

@vvakame TBにすればデバイス間のバス幅の遅延を吸収しやすいです。ちなみにHDMI出力にするとなんでか1F落ちる…DVIとおなじTMDS経由のはずなんだが。

おっさん @kmt_t

@vvakame さん、そういうことです！

わかめ@毎日猫がいる @vvakame

@inuchin ほー…。なんとなくわかった…。lockを減らしてリソースを有効活用しましょう！昔はメモリ少ない端末ばっかだからDBにしてたけど最近の端末ならTBにしてもVRAM大丈夫だよねきゃぴっ✩ っていう話だった。と丸めても間違ってない？

とげとげ @checkela

TBになったのは、解像度上がったのにメモリアクセス速度やGPUの性能がそんなに上がってないからじゃないかなーと推測

わかめ@毎日猫がいる @vvakame

@checkela つまり16ms以内に処理終えるの無理だしもう諦めようぜー＼(^o^)／ TBにしてごまかそー＼(^o^)／ ってなったってことです？

わかめ@毎日猫がいる @vvakame

さっきのスパ4のパケット解析の発表資料マジ見たい…

inuchin @inuchin

@vvakame Androidに関しては逆で、fps低くていいからDBでいいよね？液晶ドライブ回数増えると消費電力増えちゃうしー、ってのから有機液晶で消費電力量減るし、UIモッサリしてるからTBにしました。かもしれない。まさかTB知らなかったって事は無いだろうw

わかめ@毎日猫がいる @vvakame

@inuchin (ﾟдﾟ)(｡_｡)(ﾟдﾟ)(｡_｡) ほぁー

とげとげ @checkela

@vvakame ごまかしているわけじゃないけど、メモリふんだんに載せられるし(コストはあまり上がらない)、解像度上がる一方だし、GPU高性能にしたら解決するけどコストは暴騰するし、ってところかな、と

わかめ@毎日猫がいる @vvakame

@checkela なるほど。コスト感の話としてGPUマッハにして解決するよりメモリもさもさ載せた方がコスパ高いぜイェー＼(^o^)／ 的な話しなんです？

とげとげ @checkela

@vvakame じゃないかなー。推測だけど

わかめ@毎日猫がいる @vvakame

@checkela なるほどー。あざまーす。JBの流れについて納得が増えました！