Mailing-List: contact users-help@tomcat.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Tomcat Users List" <users@tomcat.apache.org>
Received-SPF: unknown (athena.apache.org: error in processing during lookup of
 breno@freeunix.com.br)
Message-ID: <2ced936d0712041027l288fc89dqfc229aa70fd135d@mail.gmail.com>
Date: Tue, 4 Dec 2007 15:27:51 -0300
From: "Breno Jacinto" <breno@freeunix.com.br>
To: "Tomcat Users List" <users@tomcat.apache.org>
Subject: Re: Hundreds of Instances
In-Reply-To: <47557E96.9000201@christopherschultz.net>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
References: <2ced936d0712031019oea83403ib6eac60692e0e039@mail.gmail.com>
	 <47545BFA.601@christopherschultz.net>
	 <2ced936d0712031642k551f18b7m30722545def9f9a7@mail.gmail.com>
	 <2ced936d0712031644r38177145kb1df162138d8d47e@mail.gmail.com>
	 <2828B04F0113CD468E6D1D51DF4362A4041D88BE@USEA-EXCH2.na.uis.unisys.com>
	 <2ced936d0712040746w4d03d816n184b5ca856d4c57b@mail.gmail.com>
	 <47557E96.9000201@christopherschultz.net>

Hi Christopher,

2007/12/4, Christopher Schultz <chris@christopherschultz.net>:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Breno,
>
> Breno Jacinto wrote:
> > http://www.freeunix.com.br/tomcat/all-2007-12-04-after-restart.html
>
> It looks like your JSPs are doing a /lot/ of work:
>
> jsp [ *.jsp , *.jspx ]
> Processing time: 28.512 s Max time: 14843 ms Request count: 8 Error
> count: 0 Load time: 1 ms Classloading time: 1 ms
>
> 8 requests tool a total of 28 seconds to process? And one of those
> requests took 14 seconds? That's pretty slow. Do you know which request
> that was?
>
> In the [jk-8009] section of the "before restart", it looks like you've
> got a lot going on:
>
> Max processing time: 725764 ms
>
> If it's really taking more than 10 minutes to process a request, then
> something is definitely wrong. I wouldn't be surprised if you have
> long-running processes that continue after the client has disconnected.
> These processes tie up threads needlessly.

     Yes, thats exactly the point. I'm sure there's something that
ties up the threads, I dont know yet what request(s).

>
> I would write a simple filter that logs the request URI + query string
> to a log file, then times the request processing itself and writes that
> out, too. Basically, you'll get a log file that says:
>
> /foo/bar.jsp?id=3D1324 27ms
> /foo/bar/jsp?id=3D1235 31ms
> /foo/baz.jsp 897234ms

     Is this filter provided by Tomcat? Is there any documentation on
this? The information would be very helpful, indeed.

>
> then you can see which requests take forever and maybe find out why. The
> first step in debugging is reproducibility ;)

     :) thanks for the advice.

>
> - -chris

best regards,

--=20
--=20
:: Breno Jacinto ::
:: breno - at - gprt.ufpe.br ::
:: FingerPrint ::
   2F15 8A61 F566 E442 8581
   E3C0 EFF4 E202 74B7 7484
:: Persistir no dif=EDcil =E9 a =FAnica maneira de torn=E1-lo f=E1cil algum=
 dia.  ::

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