Управление памятью в OpenGL ES

сильно зависит от девайса.

Ну какбы, ты об этом и не должен особо думать :) Это драйвер пусть разруливает.
Ну, я думаю там также как и на десктопе. У разных чипов разное количество памяти/текстурных/программных/вершинных/ещё каких блоков.
Инфу о доступной видеопамяти и других показателях по-идее должен быть какой-то способ узнать в рантайме.. Возможно, там даже для простоты, нету разделения на видео и остальную память, т.е. если в видео память не влезает — оно автоматом залезет в оперативку, хотя не, не знаю как оно там в андроиде. :)

проблема вот в чем: раньше на работе юзали AndEngine и проблем не было тк всетаки java и даже игры с 15 метрами графики юзали 20 метров оперативы.
теперь же перешли на marmalade sdk и по началу было шоком что при 20 метрах ресурсов оно хавало 100 (!) метров оперативы. сейчас вот пытаюсь разобраться что и куда грузится.

Ну может оказаться что там просто более громоздкие структуры данных, типа какой-нить там класс UberObject с кучей всякого хлама...

пока выяснил следующее:
у андроид приложения есть dalvik heap и native heap. Собственно память для bitmap выделяется в native heap. те как я понял это все части RAM, просто в одном случае есть GC, а в другом нет. Но остается вопрос насчет VRAM: она все-таки часть RAM или там сделано как-то хитрее.

Ну может оказаться что там просто более громоздкие структуры данных

на их сайте пишут что мармелад выделяет сразу выделяет себе большой кусок или несколько больших кусков памяти

VRAM (то, куда попадают данные, когда их отдаешь драйверу, типа glTexImage2d) - обычно кусок оперативной памяти, который целиком отдается железке, и в который менеджер памяти линупса не вмешивается

черд. мир перевернулся. а в чем тогда профит от GPU ? я думал что у него отдельная память, а оказывается что это не так

я думал что у него отдельная память

Ну на десктопе так и есть, когда на карте гигабайты памяти уже, то оперативку можно и не трогать. Да и то посмотри, например, у встраиваемых в чипсет графических чипов обычно есть опция, чтобы юзать оперативку как дополнительную память, когда своей не хватает.

у андроид приложения есть dalvik heap и native heap.

откуда такая инфа у тебя?
есть ссылка

ну и что удалось выяснить?

а зачем там vram? таже на портативных игровых консолях видеопамяти считаные мегабайты(ну кроме псп виты там уже 128мб), и ведь выдают на ура чудестнуюграфику.

stackoverflow, ddms - вся инфа взята тут

пока удалось выяснить следующее: что размер dalvik heap около 20-48mb (зависит от девайса) - тут в управлении памятью помогает GC. Как я понимаю эта память используется для каких-то java объектов( если версия android < 3.0 (В 3.0 и выше текстуры загружаются в dalvik heap и соответсвенно должны убираться GC)).
Размер native heap ограничен только размером свободной оперативной памяти:
я на своем huawei u8230 при 110 метрах свободной оперативной памяти(это так память которая отводится под dalvik heap ( а всего ее у меня около 200 метров)) смог загрузить 45 текстур рамером 1024х1024 - как можно посчитать (и как показать ddms (он умеет показывать native heap !)) - я использовал 192 метра оперативной памяти - те os поубивала почти все левые процессы но таки загрузила все в память. При чуть больше количестве тексур (50) памяти уже перестало хватать - в резататке чего убивался лаунчер, но тут os уже выгражала тестовую прогу: те никакого OutOfMemory не выдавалось(что вполне логично)

Отсюда можно сделать вывод - что VRAM и RAM - скорее всего одна и та же память

как-то так)

ddms

не замечал там такого, я имею ввиду нативное использование

что размер dalvik heap около 20-48mb (зависит от девайса) - тут в управлении памятью помогает GC

от 12, 16 и выше зависит от прошивки еще. на 3.0 можно выделить 50мб

и как показать ddms (он умеет показывать native heap !)

где, можешь скрин запостить

прикольно, а тестовый свой проект можешь куда-то выложить?

нужно в ddms.cfg прописать native=true и на рутованом девайсе использовать дебаг версию либы.
подробнее тут
http://groups.google.com/group/android-porting/msg/244764c9bc6c2f8b

кароч с выделением памяти в андроиде я вроде как разобрался. осталось только понять как ее выделят marmalade sdk. у них своя какя-то хитрая система(

скрин чуть попозже будет- гдето в 16-30.

могу выложить проект который жрет 192 метра в native heap.

http://dl.dropbox.com/u/24204076/memory_alloc.apk

спасибо

а сырцы сможешь тоже выложить?

хотел имеено посмотреть подебажить

а в чем тогда профит от GPU ? я думал что у него отдельная память

Ну когда CPU и GPU на одном чипе и имеют одну память операции по загрузке данных «на видеокарту» могут быть быстрее.

скрин
http://dl.dropbox.com/u/24204076/native.PNG

сорцы (не пинать)
http://dl.dropbox.com/u/24204076/alloc_src.zip

ok
благодарю

Слушай а у тебя была libc_malloc_debug_leak или ты ее подсовывал откуда-то? ибо у меня нет такой (

я проделал все как там написно - и оно заработало. видом что она у меня была. на работе проверял на разных дейвасах - есть не везде - на наксусе первом нет(

угу и у меня ее тоже нету :(
ХЗ чо делать теперь

если рут есть, то можно руками залить

угу, вроде да, только где их взять лучше?
ТЫ откуда брал?

я ж говорю - у меня хуавей у8230 с цианоген модом. видимо поэтому у меня она уже была

я нагугливал версию для зума (на работе хотел на нексус ее залить), но так и не решился)

видел ее тоже, но не пробывал пока, вообще на мороженке это все есть, но она пока бета для моего