Mailing-List: contact users-help@tomcat.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Tomcat Users List" <users@tomcat.apache.org>
Received-SPF: pass (nike.apache.org: domain of knst.kolinko@gmail.com
 designates 209.85.213.173 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <E4EFB9B47A831F43AD5BB2AEFC2B9E5919A5D1397A@MX34A.corp.emc.com>
References: <E4EFB9B47A831F43AD5BB2AEFC2B9E5919A5D1397A@MX34A.corp.emc.com>
Date: Thu, 12 Apr 2012 17:06:13 +0400
Message-ID: 
 <CABzHfV=uTjk+FFLbXARo7U7dKP6wmmRkz_fRc-idyHf-zkhZEA@mail.gmail.com>
Subject: Re: Increase in Virt Memory and RSS memory - Tomcat 6.0.x
From: Konstantin Kolinko <knst.kolinko@gmail.com>
To: Tomcat Users List <users@tomcat.apache.org>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

2012/4/12  <Sandeep.Shridhar@emc.com>:
> Hi,
>
> We are observing an increase in VIRT and RES memory of tomcat6.0 =A0which=
 internally invokes our custom API is invoked (This API internally does an =
JNI call).
> The same API code when invoked through a standalone java process repeated=
ly does not lead to an increase in the VIRT /RES memory.
>
> Is there any way this could be debugged further? Any hints would be reall=
y helpful.
>

1. Treat Tomcat itself as a standalone application. Take a memory dump
and load it into Profiler (e.g. Eclipse MAT) to see where the memory
really goes.

2. The usual pitfall with "repeatedly invoked the servlet using a GET
request" tests is that such clients usually ignore sessionid provided
by Tomcat. Thus the count of active sessions grows rapidly.

(That is if your servlet uses a session.  This is more usual for JSP
pages where sessions are enabled by default and people forget to add
<%@page session=3D"false"%>).

Best regards,
Konstantin Kolinko

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