Hello,

I think i read (probably on tomcat mailing list), that clustering should 
ensure (in specs) that a session is not spread across cluster (once session 
is started, user always speak with same jvm which started the session). 

Size of objects contained inside a session might however be a performance 
issue when there is lots of traffic on server (100k+100k+100k+... can make a 
lot after 30 minutes if you assume idle session lifetime of 30 minutes).

But with performances issues, a simulation is a good idea to know if you might 
get affected or not!

Le Vendredi 27 Janvier 2006 10:00, starki78 a écrit :
> Ciao,
> 
> I was it who received the answer, well I didn't find
> this performance gap then the session object contained
> for a short time >1MB but I didn't test it in a distributed environment.
> A session-scoped Acion Form shouldn't harm the performance.
> I cannot immagine.
> 
> Nice greetings
> 
> 
> ---------- Initial Header -----------
> 
> >From      : "Lixin Chu" [EMAIL PROTECTED]
> To          : "Struts Users Mailing List" user@struts.apache.org
> Cc          : 
> Date      : Fri, 27 Jan 2006 08:11:05 +0800
> Subject : data in session affecting performance ?
> 
> 
> 
> 
> 
> 
> 
> > Hi,
> > I saw a thread discussing this but can not find it anymore now. I remember
> > someone mentioned that the amount of data put into the session context
> > should not exceed 32KB in general otherwise performance might be affected.
> > 
> > I may interpreted it wrongly. so i would like to clarify if it is indeed 
the
> > case and does this also means that a session scoped ActionForm is really 
bad
> > in terms of performance ?
> > 
> > thanks
> > lixin
> > 
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 

-- 
David Delbecq
Royal Meteorological Institute of Belgium

-
Pingouins dans les champs, hiver méchant

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to