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

05/19 03:30 (@jin1016) @gorry5 PC 入れ替えたり、eclipse 入れ替えたりしていたので、今まで気付きませんでしたw (mese)
05/19 03:32 (@jin1016) @gorry5 メモリ不足を何とかしようとあれこれしています。 (meti)
05/19 03:33 (@gorry5) @jin1016 今日やってたashmem/mmapがまさにandroid.os.MemoryFileですね :D
05/19 03:35 (@jin1016) @gorry5 はい、そのツイート見てどこにメモリ確保されるか確かめていましたw (meno)
05/19 03:39 (@gorry5) @jin1016 そういえば手許のプロダクト(NDK+OpenGLESベース)ってメモリどれくらい食ってるか調べたことがなかったのでgetNativeHeapAlloocatedSize()のデバッグプリントを入れてみましたが、120MBくらいでへぇと思いつつ
--------
05/19 03:43 (@jin1016) @gorry5 ラージヒープなしでそのサイズ動いてます? (meme)
--------
05/19 03:45 (@gorry5) @jin1016 ギャラタブでとくに問題なく
05/19 03:48 (@gorry5) @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 (@gorry5) @jin1016 間違いなく120000KB(6桁)で出てます。ちなみにまだ開発中で最適化してないので、テクスチャバッファに転送した後に元のビットマップを捨ててなかったりするので

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