Check that you don't have garbage collection problems.
A heavy GC load will show up with these symptoms you
are seeing (because GC stalls threads as they acquire or
release locks).
-
To unsubscribe, e-mail: users-unsubscr...@to
Eric B. wrote:
My question, then becomes, if someone wants to use Tomcat to serve up pages
behind Apache Httpd, how to configure it to use the http connector? So far,
the only thing I found is to use proxy/reverse proxy which is slow and can
be problematic. To date, I've always been using mod
Jess Holle wrote:
You can make your own LB using Tomcat.
Yes, I /could/, but Apache already does it. I don't want to invest
enough of my own time in such a thing to put it on an equal footing
with mod_jk and mod_proxy_ajp.
Until someone does, though, Apache is a really necessary piece in a
Jess Holle wrote:
David Boreham wrote:
I think you also need to factor in the labor cost to manage two
different servers. I know that in our production deployments we could
buy many many machines for the cost of the time we've spent trying to
make AJP work. Tomcat could be 10x slower
Christopher Schultz wrote:
I can't help but suspect that Apache httpd will outperform Tomcat even
when it's running APR for static content, merely due to the overhead of
the JVM, heap management, etc. (which I realize are fairly minimal).
Can anyone give a non-flame comment or point to an actual
Filip Hanik - Dev Lists wrote:
David Boreham wrote:
Filip Hanik - Dev Lists wrote:
are you able to submit a simple example, and we shall get it taken
care of
Yes...but only in the parallel universe where I have loads of spare
time ;) 0.18
like the people helping you for free on the mailing
Filip Hanik - Dev Lists wrote:
are you able to submit a simple example, and we shall get it taken
care of
Yes...but only in the parallel universe where I have loads of spare time ;)
Realistically it'd be quicker for me to debug the problem in situ and fix it
than to create an isolate reproducti
We spent weeks looking at similar bizarre thread stack dumps.
Eventually it turned out to be a GC problem. The JVM will all
of a sudden decide to stop large numbers of threads from running
(or perhaps it stops one, but that thread happens to be holding
a heavily contended lock --- database connect
David Boreham wrote:
Filip Hanik - Dev Lists wrote:
are you calling response.flushBuffer() to flush your data?
No, I was calling response.getOutputStream().flush().
I'll try your suggestion and report back, thanks.
This made no difference, btw. It's broken in the same way as befor
Filip Hanik - Dev Lists wrote:
are you calling response.flushBuffer() to flush your data?
No, I was calling response.getOutputStream().flush().
I'll try your suggestion and report back, thanks.
-
To unsubscribe, e-mail: users
I'm re-writing an application to use the CometProcessor interface.
Generally things are working but despite several late evenings
single-stepping through the connector code, I'm still unclear
on one issue and would appreciate some education:
In my debugging I'm using NIO (production deployment i
11 matches
Mail list logo