The software team in our graduation project asked for increasing the heap size per process in Android. They said that the default is "16MB" which isn't sufficient for them.
How could I custom the size?
I found a commented line in the file: /acme/my_board/BoardConfig.mk in my android source code:
# USE_CUSTOM_RUNTIME_HEAP_MAX := "64M"
View 2 Replies
I noticed when you create an AVD now that you can set an application max heap size. I found that when I did WVGA800 it was set to 24. So it looks like it's more than the 16 we are used to.
I there an API method to get the value of this max heap size? I haven't looked into that yet.
I have an app which does a bunch of image manipulations, and those images are ideally full-screen sized. It works on a G1 (or HVGA emulator), but runs out of memory on a WVGA emulator instance, because full-screen images use twice as many pixels. Fine, I can work around it by manipulating smaller images, then scaling up to WVGA at the end. There's some loss of image quality, but this is unavoidable on a WVGA device with a 16MB heap limit, so I'll live with that.
When a real WVGA device hits the streets in the next couple of months, though, it's likely to have more than 16MB heap per app, for just this kind of reason. So for best image quality, I'd like my app to adapt to this situation, and use full-screen-sized images on such a device. IOW, I'd like to implement a heuristic which sets the image size based on heap size.
In order to do so, however, the app needs to know what the maximum heap size is, and I haven't yet found an SDK call which will return this information. The various Debug.get* memory calls all seem to be to do with how much heap you have *allocated*, not how much you theoretically *can* allocate. I understand that this isn't necessarily a hard number, that issues like fragmentation and GC mean that you may not actually be able to allocate every last byte, but a theoretical number would still be useful.
Can anyone point me to an SDK call I've missed?
I know that's a subject which was discuss a lot of time and I try to find a solution since more than 6 day for the memory leak which appears in my application.
I've read this page: http://www.curious-creature.org/2008/12/18/avoid-memory-leaks-on-andr...
So, I don't use static member fields, I always use recycle() and I don't use inner class.
My application use a gallery and some bitmap. I use finalize to monitor garbage collection in each class of my application: protected void finalize() throws Throwable {try {Log.d("FINALIZE", this.toString());} finally {super.finalize();}
I could set minimum heap size in the source code like below.
--> VMRuntime.getRuntime().setMinimumHeapSize(INITIAL_HEAP_SIZE);
But I want to set this value in android.mk or androidmanifest.xml.
I am developing an application in android..but i got an issue of getting an error..that is out of memory exception while i am converting my file contents to byte array..i think this is the problem of reduced heap size..can u plz tell me how can i increase the vm heap size..i am using eclipse...
View 1 Replies View RelatedHow do you programmatically detect the application heap size available to an Android app?
I heard there's a function that does this in later versions of the SDK. In any case, I'm looking for solution that works for 1.5 and upwards.
In google's Calendar app for Android OS, you will encounter this line in the onCreate method of CalendarActivity.
// Eliminate extra GCs during startup by setting the initial heap size to 4MB.
VMRuntime.getRuntime().setMinimumHeapSize(INITIAL_HEAP_SIZE)
Can someone explain why setting it to 4MB will eliminate GCs ? Thanks
I learned from several discussions of this group that BitmapFactory.decodeFile() allocates heap memory outside of the "java heap". My app receives encrypted files from a remote server. Decoding those files needs a lot of heap space. After finishing this decoding step most of the allocated heap space will be freed by the GC. But the (total) heap size - as displayed by the DDM - remains large. In this situation there is not enough heap space outside of the "Java heap" to decode even medium sized image files using BitmapFactory.decodeFile(). At the moment I limit the size of encrypted files to ensure that the Java heap space never increases to more than 10 MB. This ensures that there is enough memory for BitmapFactory.decodeFile(). But this is not very elegant.
Is it possible to tell the dalvik-vm to reduce the (total) heap size to have more space for decoding images or is there another solution?
What exactly is this? What benefit do you get by changing it?
View 3 Replies View RelatedAnyone know (with our phones running 2.2) what the optimal heap size should be? The leaked 2.2 came with 24m preset. Some ROMs run 32m. Bigger always seems better, but I've been reading other sites/forums and get conflicting thoughts.
That's why I thought I'd ask here.
I ran Linpack with both and average about 37.5 - 37.9 with either 24m or 32m.
So I was thinking. Cause I got those fat thumbs, and playing mu snesoid can be tricky. I have a SNES controller. I also have a SNES controller Male USB. Now if I can find a R USB to M micro USB, can I plug that in on my D2 and use that? I realize this would effectively make my controller 3x the size of my gaming platform. But would it work?
View 2 Replies View Relatedwhat is maximum size of thick/thin client application(to d/w through OTA) in both Android & Samsung Bada platform ?
View 2 Replies View RelatedAccording to the API doc, Android seems to support for changing the data size of Parcel container. And there is no notice limiting the size of Parcel. The document is here http://developer.android.com/reference/android/os/Parcel.html#setData...()
On the other hand, when our developers are doing some tests on this, the size is dependent on the platform and devices.
So i just wonder whether there is any limit on the data size of Parcel. At least this information should be mentioned in the API document.
As an experiment, I would like to use the platform key of my custom built Android platform to sign an arbitrary APK, that is built via the NDK. What is the process to go about doing this?
View 2 Replies View RelatedIs it possible to make large/custom size icon on the desktop for android?
View 1 Replies View RelatedI have launcherPro installed and love it. I'm curious if anyone knows what pixel size to use when making custom icons for the dock.
View 2 Replies View Related07-01 11:32:02.192: VERBOSE/QualcommCameraHardware(35): state transition QCS_WAITING_JPEG --> QCS_IDLE 07-01 11:32:02.232: ERROR/dalvikvm-heap(395): 6291456-byte external allocation too large for this process. 07-01 11:32:02.232: ERROR/(395): VM won't let us allocate 6291456 bytes 07-01 11:32:02.242: DEBUG/AndroidRuntime(395): Shutting down VM 07-01 11:32:02.242: WARN/dalvikvm(395): threadid=3: thread exiting with uncaught exception (group=0x4000fe70) 07-01 11:32:02.242: ERROR/AndroidRuntime(395): Uncaught handler: thread main exiting due to uncaught exception 07-01 11:32:02.302: ERROR/AndroidRuntime(395): java.lang.OutOfMemoryError: bitmap size exceeds VM budget My app shut down when i load a jpg file,i can avoid it by call system.gc().But I think memory limit will be 14M or 16M.
View 24 Replies View RelatedDoes the 1.5 SDK still have the 16mB application heap limit? Is there any way to change it? Do you think this limit will persist into the forseeable future?
View 3 Replies View Relatedwhat do the following mean in the Heap view of *DDMS*:
1) Data Object
2) Class Object
3) 1,2,4,8-byte *array* : which arrays are we talking about here??
4) non- Java object
My question may look naive but I do not know how to formulate it more correctly. The problem is that I create and use large simple type arrays in my application.
And I get errors like: ERROR/dalvikvm-heap(1763): Out of memory on a 7907344-byte allocation.
Yes, it's big enough but task management tools claim that my application is using only 30MB of memory, while other at the same time use 50MB and even 110MB (have seen once) and there is still 190MB of free memory in the system (not system applications, just other ordinary applications I have installed). If all applications are provided with the same heap size at startup how can they grow so big?
I'm an Android game developer and I need to ask you a couple of questions about Android heap limit.
Does the 16 MB heap limitation also applies to OpenGL ES textures or SoundPool sound effects? Since they are managed by native code, is it correct to affirm that there is no problem in using more than 16 MB of RAM in app/game resources/assets? If it is possible right now, it is guarantee to be possible in the future?
I am working on an application for android and we since we have lots of graphics, we use a lot of memory.
I monitor the memory heap size and its about 3-4 Mb , and peeks of 5Mb when I do something that requires more memory (and then goes back to 3). This is not a big deal, but some other stuff is handled outside the heap memory, like loading of drawables.
For example if I run the ddms tool outside eclipse, and go to sysinfo, I see that my app is taking 20Mb on the Droid and 12 on the G1, but heap size are the same in both, because data is the same but images are different.
So the questions are: How do I know what is taking the memory outside the heap memory? What other stuff takes memory outside the heap memory? Complex layouts (big tree) ? Animations?
So from my understanding each application normally gets 16 mb memory to work with. This is what is shown on the heap tool for eclipse:
Heap Size: 4.5 mb
Allocated: 3.2 mb
Free : 1.5 mb
Used : 66.7%
Which one is the total memory being used? Heap size, or Allocated?
Are you meticulous in removing all per-frame heap allocations from your game? (At least the allocations that you can control and that have practical alternatives.)
While trying to reduce per-frame heap allocations from my running game, I found that method
android.opengl.Matrix rotateM(float[] m, int mOffset, float a, float x, float y, float z)
Does a heap allocation. This means maybe 10 or so extra heap allocations per frame and is the only per-frame allocation left in my application (well, the only one that I can directly control). I am thinking of replacing this with my own version - one that does not do any heap allocations.
I also had some lists that I replaced with my own list implementation because I found that some standard list iterations would create new iteration objects, putting more pressure on the heap and forcing more frequent garbage collection.
I know that I can't eliminate all the heap allocations. In particular, input seems to trigger a bunch of allocations.
I can't help but think that anything reasonable I can do to reduce pressure on the heap will improve the user's experience (if garbage collection is going to stall my game). Obviously there are diminishing returns at some point, so ultimately I have to make a judgement call.
Our app has some memory peaks, which let the heap grow to 13M. After the peak, there's 9M of free heap. Everything's fine until Bitmap objects come into play. Despite having 9M of free heap creating Bitmaps, which have only some 100k, now fail with a OutOfMemoryException!
My theory: Allocation fails if (Java) heap *size* plus external allocations (e.g. Bitmaps) exceed 16M, no matter that there is lots of free memory in the heap. The VM could shrink the heap, but actually does not. Would be quite a flaw in the VM.
Does anyone share this theory?
On the downside of this theory: I do not see anything appropriate (killing the process is probably not) an app developer could do to prevent those OutOfMemoryExceptions given that those memory peaks are legitimate and unavoidable.
I'm trying to get a heap dump from ddms in Eclipse, but it gives me the following error:
"Unable to create HPROF file for application 'space.shhh'. Check logcat for more information."
And here is the logcat output: D/ddm-heap(19153): Heap dump: file='/sdcard/com.bunnies.Shhh.hprof' E/dalvikvm(19153): hprof: can't open /sdcard/com.bunnies.Shhh.hprof- hptemp: Perm ission denied.
I've tried this on an actual device (HTC Desire w/ 2.1 Eclair) and an emulator (Donut). Both gave exactly the same result as above. Also, I do have the WRITE_EXTERNAL_STORAGE permission in the manifest.
I forgot to mention that I am using a third party JAR file that includes about 2900 classes.
View 3 Replies View RelatedOk I am at the end of my rope. I am doing some image processing. I have a large image file which I open and create a smaller bitmap from. At the end of processing I call recycle on everything. I null everything. I run GC manually.
I then try edit another image and I get an out of VM memory error. Bitmap exceeds etc etc.
I am looking at the heap and the secone edit doesn't seem to cause it to increase at all.
What else can I do. Surely google cannot possibly be suggesting that we can open one large bitmap per session and thats it?
I have a list view that display about 25 images with size 60x60 pixels. I dowload this images from internet and I store in an arraylist as Bitmap. I need to save it in a arraylist because a listview will recycle views and so I need, wenn the user scroll, to display the image in the new view WITHOUT downloading again from internet
But after some time I got
java.lang.OutOfMemoryError: bitmap size exceeds VM budget
It seams that I got this exception about after loading 20 images ...
Reading in forum I have read about memory heap.
I try to check the memory heap usage with: Debug.getNativeHeapAllocatedSize and Debug.getNativeHeapSize()
When the exception occours both are about 4M.
But android has more than 4M?
When the application start the values are a little less to 4M so it seams is not a big memory usage or memory leak.
To be sure I want to call : ActivityManager.getMemoryClass() but this method is and instance method and I can't find the object to invoke!
But this method say, that al min should an application have 16M!
Any help? I have seen many topics in google ... but all speak about recycle. But if I recycle a bitmat ... then should I download again from internet?
Should I store the image on flash memory or sd card instead an arraylist in memory?