Message-ID: <434BD17E.7000605@rentec.com>
Date: Tue, 11 Oct 2005 10:51:42 -0400
From: Alan Stange <stange@rentec.com>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.8) Gecko/20050519
MIME-Version: 1.0
To: Alex Turner <armtuk@gmail.com>
Cc: Jon Brisbin <jon.brisbin@npcinternational.com>,
	pgsql-performance@postgresql.org
Subject: Re: Performance on SUSE w/ reiserfs
References: <434ADD46.5060206@npcinternational.com>	
	<6247.1128981289@sss.pgh.pa.us>	
	<434AE7FF.4000705@npcinternational.com>
	<33c6269f0510110727q62a797a1g9493661e1dc905d4@mail.gmail.com>
In-Reply-To: <33c6269f0510110727q62a797a1g9493661e1dc905d4@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Alex Turner wrote:

> Realise also that unless you are running the 1.5 x86-64 build, java 
> will not use more than 1Gig, and if the app server requests more than 
> 1gig, Java will die (I've been there) with an out of memory error, 
> even though there is plenty of free mem available.  This can easily be 
> cause by a lazy GC thread if the applicaiton is running high on CPU usage.

On my side of Planet Earth, the standard non-x64 1.5 JVM will happily 
use more than 1G of memory (on linux and Solaris, can't speak for 
Windows).  If you're running larger programs, it's probably a good idea 
to use the -server compiler in the JVM as well.  I regularly run with 
-Xmx1800m and regularly have >1GB heap sizes.

The standard GC will not cause on OOM error if space remains for the 
requested object.  The GC thread blocks all other threads during its 
activity, whatever else is happening on the machine.   The 
newer/experimental GC's did have some potential race conditions, but I 
believe those have been resolved in the 1.5 JVMs.  

Finally, note that the latest _05 release of the 1.5 JVM also now 
supports large page sizes on Linux and Windows:
-XX:+UseLargePages   this can be quite beneficial depending on the 
memory patterns in your programs.

-- Alan