This totally depends on what your application does.
So nobody on this list can say something about it based the information you 
give.

2GB is quite a lot of memory, so I think your application has plenty of memory 
unless it is a very memory hungry program.
On 32 bits machines 2GB is a maximum amount per process for java code + native 
code, so  giving java 2GB leaves no room for native code and makes your java 
crash with out-of-memory if the application uses a lot of memory for java 
objects. On 64 bits machines this limit is a lot higher than 2GB.

You can also use jstat to few the realtime memory usage of your jvm.
jps gives the process-id's of the java processes
jstat -gc <process-id> 1000
gives the memory usage every 1000 miliseconds. See the documentation for more 
info about jstat.

Greetings,

Ronald.


Op vrijdag, 19 december 2008 om 12:55 uur schreef Tomcat Users List 
<users@tomcat.apache.org>:

Hi All,

Hope all are fine and enjoying best of health... thats good to know :D

Here is my question.

our Tomcat 6 server is running on a RHL machine with 4 GB Ram. i have adjusted memory parameters as
JAVA_OPTS="$JAVA_OPTS -Xms1024M -Xmx2048M -XX:PermSize=128m
-XX:MaxPermSize=128m"

server is working fine with these parameters but i wnt to know that are
these parameters fine with my application or i need to change them for
better performance?

my server is running a Spring Framework mvc based application.
with these parameters most of time i get following stats when i execute free
-m command on server in peak hours (or something like that).

[r...@vopium ~]# free -m
             total       used       free     shared    buffers     cached
Mem:          4050       3622        428          0        385       2335


NOTE: only apache and tomcat is running on this machine. no other heavy
service running on this server.

Regards,
newbi
--
View this message in context: 
http://www.nabble.com/Optimized-memory-Parameter-in-Tomcat.-tp21090101p21090101.html
Sent from the Tomcat - User mailing list archive at Nabble.com.


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org




Reply via email to