> From: Tim Funk [mailto:[EMAIL PROTECTED]
> Subject: Re: Tomcat memory question
>
> But class definitions (IIRC) do not go onto the heap so you
> could have a lot of classes without any worries.
Actually, an instance of java.lang.Class is created for each
classloader/class c
Wow...where to begin...to answer in very general terms...
What affects memory usage?
The short answer is everything, and includes the two points you listed
below.
The long answer is it depends...how many concurrent sessions will each
webapp require...what size do you anticipate each session obje
Wow...where to begin...to answer in very general terms...
What affects memory usage?
The short answer is everything, and includes the two points you listed
below.
The long answer is it depends...how many concurrent sessions will each
webapp require...what size do you anticipate each session obje
ituation but I
>personally would write a JSP or servlet to return the memory useage at any
>given time. That way you can keep an eye on it.
Ta
Matt
-Original Message-
From: Charl Gerber [mailto:[EMAIL PROTECTED]
Sent: 14 June 2005 10:49
To: Tomcat Users List
Subject: RE: Tomcat m
As you may never know where the Error occured, it may be some tools of the
webapp are left in an unconsistent state (transactions not closed,
inconsistent session, jsp not compiled and so on).
So restarting is probably needed.
Le Mardi 14 Juin 2005 11:49, Charl Gerber a écrit :
> If Tomcat does
Thanks. All things I will look into.
I have to use sessions, as users logon to the apps,
but it will probably help if I bring the session
timeout down to 5 or 10 minutes
--- Tim Funk <[EMAIL PROTECTED]> wrote:
> 64MB is tight. But class definitions (IIRC) do not
> go onto the heap so you
64MB is tight. But class definitions (IIRC) do not go onto the heap so you
could have a lot of classes without any worries.
But I recommend
- Not using sessions (or severely limiting its use)
- Tweak your server.xml to not have any of the examples, etc
- Be very careful in creating large objects
I suspected that, as each web-app needs its own
instance to be configured with mappings etc
--- delbd <[EMAIL PROTECTED]> wrote:
> I think struts would not support gracefully to be
> put in common/lib
>
> Le Mardi 14 Juin 2005 11:46, Charl Gerber a écrit :
> > The webapps are small: the act
I think struts would not support gracefully to be put in common/lib
Le Mardi 14 Juin 2005 11:46, Charl Gerber a écrit :
> The webapps are small: the actuall jars are about 2MB.
>
> Traffic is relative lowkey, a few thousand hits per
> day AT MOST (more likely less).
>
> Each .war at the moment has
If Tomcat does run out of memory, what will happen?
Will a user just temporarily not be able to access the
apps until another session becomes available, or will
it crash and I have to restart?
Will 128MB be fine?
--- "Dale, Matt" <[EMAIL PROTECTED]> wrote:
>
> Both active sessions and the nu
The webapps are small: the actuall jars are about 2MB.
Traffic is relative lowkey, a few thousand hits per
day AT MOST (more likely less).
Each .war at the moment has its own struts and jstl
jars. Would it help if I move them to the common/lib
directory? I put them seperately at first because I
w
Both active sessions and the number of webapps will fill up your heap. Within
64MB I think you will struggle to run 15-20 webapps but without knowing the
exact size of them all and the amount of hits you expect I couldn't say for
sure.
Ta
Matt
-Original Message-
From: Charl Gerber [ma
12 matches
Mail list logo