Aren't you're clients polling the server, this may cause the session not to
expire even if the user is not using the UI ?

Jeff


On Sat, Oct 6, 2012 at 9:42 PM, Mark Thomas <ma...@apache.org> wrote:

>
>
> Kirill Kireyev <kir...@instagrok.com> wrote:
>
> >Thanks for all your thorough advice Shanti! (and everyone else)
> >
> >Here are my findings so far:
> >0) My servlet sessions store a large number (~10s of M) or data in RAM.
> >
> >This is by design, to optimize performance. I can also have ~3K active
> >sessions at any one time. Hence a large heap size.
> >1) When I (1) manually expire inactive sessions through Tomcat web
> >interface and (2) manually hit "Perform GC" through jvisualvm console
> >attached to the tomcat process, everything works great, and the memory
> >is successfully reclaimed, and the used heap  size drops back to what
> >it
> >should be when the application initializes.
> >2) However, this doesn't seem to work automatically. More specifically:
> >     a) Sessions are not expiring without manually doing it (I can see
> >the number growing in the Tomcat web interface). Even though my
> >conf/web.xml says:
> >     <session-config>
> >         <session-timeout>20</session-timeout>
> >     </session-config>
> >    b) A full garbage collection is not being performed unless I do it
> >manually. I'm attaching the GC records from my logs/catalina.out.
> >
> >Any insights?
>
> Session expiration is performed by the background processing thread. What
> is that thread doing (a thread dump - well several over time - will tell
> you).
>
> Fix the session expiration issue and the GC issue will be solved. Note the
> JVM may well not perform a full GC unless it absolutely has to. In fact,
> the JVM may not perform any GC if it doesn't have to.
>
> Mark
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
>
>


-- 
Jeff MAURY


"Legacy code" often differs from its suggested alternative by actually
working and scaling.
 - Bjarne Stroustrup

http://www.jeffmaury.com
http://riadiscuss.jeffmaury.com
http://www.twitter.com/jeffmaury

Reply via email to