Hi Igor,
On 03/27/2014 10:51 PM, Igor Cicimov wrote:
On 27/03/2014 12:39 PM, "Frederik Nosi" <frederik.n...@postecom.it> wrote:
Hi all,
Having to deal with slow applications deployed under tomcat, with a
reverse proxy in front, frequently i've noticed that even when the frontend
timeouts and closes it's part of the TCP connection, the Tomcat thread
processing the request goes on and on till it finishes. Is there a way to
make the proccessing thread stop when the frontend connection get's closed?
Thanks in advance,
Frederik
What kind of application is this? What is the reason that the thread takes
longer than expected?
Unfortunately for me is legacy apps, sometimes writen from companies
that never exist anymore, but i have to somehow make stuff work. I cant
modify them.
Is it just the load on the app server or its waiting
on the backend database maybe?
Yes, nearly all apps talk with a backend DB, but for that part knowing
our DBA stuff and havnig access to the database servers i'm confident it
is not due to the load on our databases. Is mostly due to the number of
queries per request from the application side. And another problematic
point is that some of this applications dont even use connection pooling.
And most of this apps make calls to webservices outside my control,
without having the possibility to configure a timeout.
Load is an issue too, usualy CPU load not memory, so not connected to
the garbage collector.
We've tried scaling horizontaly, and there's where i noticed the
amplification effect of mod_jk, i posted another mail on this issue and
a patch, with subject: "Re: mod_jk - Failover behaviour and load +
patch" but the thread went nowhere FWICS.
If load then for sure you can limit the
tomcat connector threads and the accept queue to reduce it and add some
more app servers. If backend connection then you can sync the client
timeout and the db connection timeout.
See above.
Thanks Igor,
Frederik
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
