tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Angelov, Rossen" <Rossen.Ange...@thomsonmedia.com>
Subject RE: Tomcat 5 out of memory
Date Thu, 08 Apr 2004 14:16:00 GMT
Thanks a lot!
I appreciate your help.

Ross

-----Original Message-----
From: Shapira, Yoav [mailto:Yoav.Shapira@mpi.com]
Sent: Thursday, April 08, 2004 8:03 AM
To: Tomcat Users List
Subject: RE: Tomcat 5 out of memory



Hi,
Incremental GC has nothing to do with it.  "Rebuilding the cache"
(whatever that means) has nothing to do with it.  This has been
discussed numerous times in the past, and has to do with the permanent
generation as you've surmised.  See for example:
http://marc.theaimsgroup.com/?l=tomcat-user&m=107590242329345&w=2
http://marc.theaimsgroup.com/?l=tomcat-user&m=107996450114197&w=2
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20758
http://marc.theaimsgroup.com/?l=tomcat-user&m=107048670308534&w=2

Ahh, I'm tired of searching.

Yoav Shapira
Millennium Research Informatics


>-----Original Message-----
>From: Angelov, Rossen [mailto:Rossen.Angelov@thomsonmedia.com]
>Sent: Wednesday, April 07, 2004 9:39 PM
>To: 'Tomcat Users List'
>Subject: RE: Tomcat 5 out of memory
>
>That sounds like a reasonable explanation.
>
>Then, the only solution I can see is to set the development environment
not
>a virtual server per developer but a Tomcat instance per person and if
the
>OutOfMemory error happens again, restarting that Tomcat instance won't
>interfere with the rest of the developers' work.
>
>Do you by any chance have a link to that discussion you mentioned?
>I searched the archive and found some opinions, the closest was this
one
>"...common classloader repositories (as well as shared and server) do
not
>get discarded on webapp reload.  They can't, as that might destroy
other
>webapps."
>
>This probably raises the question in what cases the reload should be
used.
>
>Thanks,
>Ross
>
>-----Original Message-----
>From: Parsons Technical Services
[mailto:parsonstechnical@earthlink.net]
>Sent: Wednesday, April 07, 2004 7:54 PM
>To: Tomcat Users List
>Subject: Re: Tomcat 5 out of memory
>
>
>Ross,
>
>If my memory serves me right (which is rarely) there was a discussion
on
>the
>list about this. I believe the comment was that during reloads there
are
>references to objects that don't get released when a context is
undeployed.
>The memory is lost until a restart. In production this should not be an
>issue because of the infrequent occurrence of redeploys.
>
>Doug
>www.parsonstechnical.com
>
>----- Original Message -----
>From: "Angelov, Rossen" <Rossen.Angelov@thomsonmedia.com>
>To: "'Tomcat Users List'" <tomcat-user@jakarta.apache.org>
>Sent: Wednesday, April 07, 2004 7:13 PM
>Subject: RE: Tomcat 5 out of memory
>
>
>> I don't understand why rebuilding the cache would take more memory
than
>what
>> was originally required. It just doesn't sound right or it is a
memory
>leak
>> when you use the stop/start or reload options.
>>
>> Giving a higher priority to this process is not a very good option
>because
>> in our case it is a development UNIX server and there are database
and
>other
>> peoples' processes running.
>>
>> Increasing the memory heap size will just slow down the occurrence of
>that
>> OutOfMemory error instead of preventing it. I'm actually looking for
a
>long
>> term solution because it may be critical whether to use tomcat for
>> production and live web servers.
>>
>> Thanks,
>> Ross
>>
>> -----Original Message-----
>> From: Nicholas Bernstein [mailto:nick@docmagic.com]
>> Sent: Wednesday, April 07, 2004 5:29 PM
>> To: Tomcat Users List
>> Subject: Re: Tomcat 5 out of memory
>>
>>
>> rebuilding the cache, I would imagine. I'm not sure how you would
reduce
>> it though, it's "a good thing"(tm) -- really, it's reducing the
memory
>> usage by 2-3MB once the cache is rebuilt.
>>
>> This is just an (somewhat) educated guess, though. I suppose you
could
>> give it a higher priority so it could speed it up, and take up more
>> resources, for a shorter period of time, or alternately, throw some
>> hardware at it, and add some more memory.
>>
>> On Wed, 2004-04-07 at 15:17, Angelov, Rossen wrote:
>> > Hi,
>> >
>> > We are having problems with Tomcat when restarting the virtual
servers
>or
>> > the contexts - the memory usage goes up with about 2-3 MB per
restart.
>> > We have the following java options when starting Catalina:
>> > -Xms128m -Xmx256m -verbose:gc
>> >
>> > Does anybody know what's causing such a behavior and how it can be
>> limited?
>> >
>> > Thanks,
>> > Ross
>> >
>> > "This communication is intended solely for the addressee and is
>> > confidential and not for third party unauthorized distribution."
>> --
>> +---------------------------------------------------------------+
>> | Nicholas Bernstein            | nick@docmagic.com             |
>> | UNIX Systems Administrator    | http://www.docmagic.com       |
>> | Document Systems Inc.         |  |
>> | gpg: F706 8C4E 78FA DDDD 53A0 019F D983 FE28 2002 D1F3 |
>> +---------------------------------------------------------------+
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
>> For additional commands, e-mail: tomcat-user-help@jakarta.apache.org
>>
>> "This communication is intended solely for the addressee and is
>> confidential and not for third party unauthorized distribution."
>>
>>
>
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
>For additional commands, e-mail: tomcat-user-help@jakarta.apache.org
>
>
>"This communication is intended solely for the addressee and is
>confidential and not for third party unauthorized distribution."




This e-mail, including any attachments, is a confidential business
communication, and may contain information that is confidential, proprietary
and/or privileged.  This e-mail is intended only for the individual(s) to
whom it is addressed, and may not be saved, copied, printed, disclosed or
used by anyone else.  If you are not the(an) intended recipient, please
immediately delete this e-mail from your computer system and notify the
sender.  Thank you.


---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-user-help@jakarta.apache.org

"This communication is intended solely for the addressee and is
confidential and not for third party unauthorized distribution."


Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message