hi richard, sorry for being 'teachy', but if you'd read carefully (:-)) you'd see that the bug only came with jdk versions greater then 1.5_02 and is also confirmed on linux and windows versions (see related bugs and comments). However, you are running on a 01 vm, which hasn't the bug, so you'd better stay with it :-)))
regards Leon On 1/23/06, Richard Mixon <[EMAIL PROTECTED]> wrote: > Leon, > > Thank you for the link, but this is not my experience. I have been running a > pretty intensive data analysis application on 64-bit Java on two > dual-Opteron servers for almost two years now. We have been on the Sun > compiler for over year (were on the IBM 64-bit compiler before that). Here > is our version info: > > kingfish:~/jakarta-tomcat-5.5.7/logs> java -version > java version "1.5.0_01" > Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_01-b08) > Java HotSpot(TM) 64-Bit Server VM (build 1.5.0_01-b08, mixed mode) > kingfish:~/jakarta-tomcat-5.5.7/logs> > > It seems that we are on 1.5, but an earlier version than the one in the link > (1.5.0_05-b05), plus the link is for Solaris-SPARC not for AMD64 > architecture. We have had nothing but stability and great performance since > moving to 64-bit. We have not noticed more memory use, but there certainly > could be some incremental increase. But with RAM as cheap as it is, we can > add another 2GB of quality ECC memory for about $325. > > - Richard > > -----Original Message----- > From: Leon Rosenberg [mailto:[EMAIL PROTECTED] > Sent: Sunday, January 22, 2006 4:01 AM > To: Tomcat Users List > Subject: Re: increase limit Xmx > > On 1/22/06, Richard Mixon <[EMAIL PROTECTED]> wrote: > > Andri, > > > > I'm guessing that you are using a 32-bit version of (SuSE) Linux > > Enterprise 9. You need to use the 64-bit version to get heap sizes > > greater than 2GB (actually it ends up being closer to th 1800m as you > > have experience). An of course your hardware needs to support 64-bit > > (e.g. with AMD64 chips such as Opterons or Intels EMT64 clones). > > Just a bit of advice: > > Please note that current 64bit java vm for amd64/xeon emt64 has serious bugs > in HotSpot compiler, so you should better wait until 07 is released: > > http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6346871 > > regards > Leon > > P.S. You should also consider that the usage of 64bit java will increase you > memory usage. > > > > > Now of course, switching to 64-bit OS and hardware may not be an option. > > Something that sometimes works for others is to run two or more > > instances of Tomcat - with each getting the 1800M of heap. Of course > > there must be real memory/RAM to support this, but some 32-bit > > machines can support 4GB of RAM (maybe more, I'm not sure) - the 2GB > > (or slightly less) limit is for a single process, such as the JVM that > Tomcat runs in. > > > > With the multiple Tomcat's running, of course you need some way to > > load balance requests across the two instances - you can search the > > archives of this list for many, many discussions on how to do this. > > > > HTH - Richard > > > > -----Original Message----- > > From: Andri Herumurti [mailto:[EMAIL PROTECTED] > > Sent: Friday, January 20, 2006 7:38 PM > > To: users@tomcat.apache.org > > Subject: increase limit Xmx > > > > how to increase limit of Xmx? > > > > i use suse linux enterprise server 9, but i need to increase the > > limit of Xmx so it can become more than 1800m? > > > > Thanks > > Andri > > > > > > --------------------------------- > > > > What are the most popular cars? Find out at Yahoo! Autos > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
