Tools and JVM specific performance links:
http://java.sun.com/docs/hotspot/
Bruno Georges
Glencore International AG
Tel. +41 41 709 3204
Fax +41 41 709 3000
|---------+---------------------------->
| | Bruno Georges |
| | <[EMAIL PROTECTED]|
| | encore.com> |
| | |
| | 05.12.05 13:38 |
| | Please respond to|
| | "Tomcat Users |
| | List" |
| | |
|---------+---------------------------->
>-----------------------------------------------------------------------------------------------------------------------------------------------|
|
|
| To: "Tomcat Users List" <users@tomcat.apache.org>
|
| cc: Tomcat Users List <users@tomcat.apache.org>
|
| Subject: Re: memory limit for tomcat?
|
|
|
|Distribute:
|
|Personal? |-------|
|
| | [ ] x |
|
| |-------|
|
|
|
>-----------------------------------------------------------------------------------------------------------------------------------------------|
Hi Tim
There are limitations imposed by h/w and os, and one should be careful
about the implications of addressing large amount of memory.
There is an interesting thread about this topic on the server side:
http://www.theserverside.com/discussions/thread.tss?thread_id=26347#124481
There is also a link on sun about tuning gc, it is definitely worth reading
prior making any setting on the JVM.
http://java.sun.com/docs/hotspot/gc1.4.2/
Free tools exists to profile the JVM and Memory management, available from
java.net.
Hope this helps.
Bruno Georges
Glencore International AG
Tel. +41 41 709 3204
Fax +41 41 709 3000
|---------+--------------------------->
| | Tim Funk |
| | <[EMAIL PROTECTED]|
| | org> |
| | |
| | 05.12.05 13:18 |
| | Please respond |
| | to "Tomcat Users|
| | List" |
| | |
|---------+--------------------------->
>-----------------------------------------------------------------------------------------------------------------------------------------------|
|
|
| To: Tomcat Users List <users@tomcat.apache.org>
|
| cc:
|
| Subject: Re: memory limit for tomcat?
|
|
|
|Distribute:
|
|Personal? |-------|
|
| | [ ] x |
|
| |-------|
|
|
|
>-----------------------------------------------------------------------------------------------------------------------------------------------|
Not really. A JVM implementation could queue the extra heap memory to a
swap
disk just like an OS can. But the performance tradeoffs are so bad - that
writing such a jvm would be a bad idea. ;)
-Tim
Bruno Georges wrote:
> Hi Tim
> Correct me if I am wrong, but there is a limit of 2GB in a 32bits
> architecture .
> With Best Regards
> Bruno Georges
>
> Glencore International AG
> Tel. +41 41 709 3204
> Fax +41 41 709 3000
>
>
> ----- Original Message -----
> From: Tim Funk [EMAIL PROTECTED]
> Sent: 05.12.2005 12:48
> To: Tomcat Users List <users@tomcat.apache.org>
> Subject: Re: memory limit for tomcat?
>
> The JVM heap can be as large as you want it. But its up to existing
> implementations on how well the gc implementation is and do you need
> that much heap.
>
> That being said - if your tomcat application runs fine under the current
> memory limits - you are not adding more webapps (or or memory hogging
> items) to it - there is no need to increase the heap. Let the OS use
> that memory for other resources. Once the JVM grabs the memory - its
> taken an isn't given back. (Unless newer jvms have become smarter to
> shrink the heap on demand)
>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
LEGAL DISCLAIMER. The contents of this e-mail and any attachments are
strictly
confidential and they may not be used or disclosed by someone who is not a
named recipient.
If you have received this email in error please notify the sender by
replying
to this email inserting the word "misdirected" as the message and delete
this
e-mail from your system.
---------------------------------------------------------------------
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]
