pg.ddx.io  pgsql-performance@postgresql.org mailing list archive  
help / color / mirror / Atom feed
From: Alan Stange <stange@rentec.com>
To: Alex Turner <armtuk@gmail.com>
Cc: Jon Brisbin <jon.brisbin@npcinternational.com>
Cc: pgsql-performance@postgresql.org
Subject: Re: Performance on SUSE w/ reiserfs
Date: Tue, 11 Oct 2005 10:51:42 -0400
Message-ID: <434BD17E.7000605@rentec.com> (raw)
In-Reply-To: <33c6269f0510110727q62a797a1g9493661e1dc905d4@mail.gmail.com>
References: <434ADD46.5060206@npcinternational.com>
	<6247.1128981289@sss.pgh.pa.us>
	<434AE7FF.4000705@npcinternational.com>
	<33c6269f0510110727q62a797a1g9493661e1dc905d4@mail.gmail.com>

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



view thread (15+ messages)  latest in thread

Message-ID: <434BD17E.7000605@rentec.com>
Permalink:  ../434BD17E.7000605@rentec.com/
Also on:    postgresql.org/message-id/434BD17E.7000605@rentec.com

 · 

reply

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Reply to all the recipients using the --to and --cc options:
  reply via email

  To: pgsql-performance@postgresql.org
  Cc: stange@rentec.com, armtuk@gmail.com, jon.brisbin@npcinternational.com
  Subject: Re: Performance on SUSE w/ reiserfs
  In-Reply-To: <434BD17E.7000605@rentec.com>

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox