[最新] ■[前年|前月|前日|2012/05/19|翌日|翌月|翌年] ■表示[全て|@gorry5のみ|個別]
■グループ[Mention] ■その他[Twitter:@gorry5][日記] ■[twtlog 20100921a]

05/19 03:33 @jin1016 今日やってたashmem/mmapがまさにandroid.os.MemoryFileですね :D
05/19 03:35 (@jin1016) @gorry5 はい、そのツイート見てどこにメモリ確保されるか確かめていましたw (meno)
05/19 03:39 @jin1016 そういえば手許のプロダクト(NDK+OpenGLESベース)ってメモリどれくらい食ってるか調べたことがなかったのでgetNativeHeapAlloocatedSize()のデバッグプリントを入れてみましたが、120MBくらいでへぇと思いつつ
05/19 03:43 (@jin1016) @gorry5 ラージヒープなしでそのサイズ動いてます? (meme)
05/19 03:45 @jin1016 ギャラタブでとくに問題なく
--------
05/19 03:48 @jin1016 Java側は普通にメイン処理、テクスチャまわりの管理だけNDK部に投げてるという感じで
--------
05/19 03:54 (@jin1016) @gorry5 初代ギャラタブはアプリケーションヒープ 48MBだったと思うんですが、OpenGL ES でテクスチャに置くと制限回避とかできるんですかね…… (mega)
05/19 04:03 (@jin1016) @gorry5 120MB と言うと、1024x1024 のテクスチャ 30 枚とかですが、そんなに使用しています? 12MB の間違いではないですかね? 120MBで動くというのがどうも信じられなくて…… (medu)
05/19 04:05 @jin1016 間違いなく120000KB(6桁)で出てます。ちなみにまだ開発中で最適化してないので、テクスチャバッファに転送した後に元のビットマップを捨ててなかったりするので
05/19 04:06 @jin1016 表示する画像データはこちらで管理してない(圧縮暗号化されたあとのデータだけが見られる)状況なので、何でどれくらい食ってるかは見てなかったりします :D
05/19 04:22 (@jin1016) @gorry5 OpenGL か NDK で回避出来るんですかね…… それとも、ギャラタブだけ何か回避されるとか。ちょっと実験してみようと思います。 (moke)

■グループ[Mention] ■その他[Twitter:@gorry5][日記] ■[twtlog 20100921a]
[最新] ■[前年|前月|前日|2012/05/19|翌日|翌月|翌年] ■表示[全て|@gorry5のみ|個別]