views:

147

answers:

4

I have always wondered, why does Java require you set the heap size manually? I was under the impression that programs written in other languages would just allocate as much memory as needed as the program run until the OS could allocate no more.

In the Java world we need to set the heap, stack, and permgen size. While this is simple enough forgetting to increase these to "large enough" numbers is the #1 reason I have seen servers go down.

Why is it not possible to tell Java to grow the heap/stack/permgen as much as it needs over time?

+3  A: 

I think because actual memory of computer is finite. So, in a sense, JVM allows you to detect memleaks before all memory is wasted.
Plus, what to do if you run several JVMs on the same machine -- in this case how do you allow each of these JVM to grow "as much as it needs"?

Victor Sorokin
+3  A: 

My interpretation is that Sun is a company focused on selling Big Boxes and they like that the sysadmins can do things on these boxes. Running a system to fill all the memory is a good way to run it into the ground and be unable to efficiently take action to restore operation because you cannot allocate memory to create a login shell for example.

Peter Tillemans
+1  A: 

Because growing the heap, stack, and permgen size dynamically just would make the server go down anyway. In such a world, the server would eventually leak away all of its resources.

Also, developing automatic memory management wasn't as mature as it is today. Having virtual limits makes things easier if you pick the wrong defaults, but it can make the coding a bit less efficient on the back end.

Yes, these are guesses, but reasonable ones; especially when you consider Java's / Oak's origins of embedded set top box programming. It isn't like an embedded system is going to have swap or disk backed virtual memory, so why make the JVM act as if it were available?

Edwin Buck
+3  A: 

Two reasons:

  1. Because Java was intended to be a language for writing web apps. It is generally not thought to be a good idea to let a web app take over all of the machine resources.
  2. Because Java is garbage collected. As well as specifying an upper limit of memory, the heap size triggers garbage collection too. Essentially you are saying "you can use this much, but when you hit that limit you've got to tidy up".
DJClayworth
Do you have a source for the first point? I've never heard the "java was intended for writing web apps" thing before (not that I've gone delving into java's history, either...)
Mike
Holy mis-moderation. Java was descended from Oak which was meant to implement set-top box software, like the kind you might have had in sophisticated cable TV tuners. And as far as the garbage collection goes, garbage is collected when object are inaccessible, not when the memory limits are reached.
Edwin Buck
@Edwin Buck: `garbage is collected when object are inaccessible, not when the memory limits are reached` True, but they are not "immediately" GCd. How fast you have to DOES depend on heap size and can be extremely important for performance.
Enno Shioji
From the periodicity of the tons of gc graphs obtained through jconsole, I can assure you that garbage collection runs concurrently releasing objects in small batches as if on a timer basis, and doesn't run on a "how close are we to the limit" basis. The only exceptions might be if you're about to exceed the limit, then garbage collection will get one "last chance" to discard objects before the JVM throws in the towel with an OutOfMemoryException.
Edwin Buck