tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Christopher Schultz <>
Subject Re: What is the best connector configuration for thousands of mostly idle users?
Date Tue, 11 Feb 2014 20:47:02 GMT
Hash: SHA256


On 2/11/14, 8:24 AM, Jesse Barnum wrote:
> On Feb 11, 2014, at 4:56 AM, André Warnier <> wrote:
>> It looks that way. But this mod_proxy parameter (disablereuse,
>> lowercase - I don't know if it matters) is in a section
>> "BalancerMember parameters", and it is not very clear if that
>> applies even if you are not using a balancer, or if it is
>> forwarded to mod_proxy_ajp. Some other options in the same page
>> specify this explicitly, but this one doesn't.
>> I guess that Mark could answer that.
>> I think that it would help, in a general sense, if there was a
>> general "translation table" somewhere showing the AJP or other
>> attributes or control parameters which exist, and to what option
>> they correspond in respectively mod_jk and
>> mod_proxy/mod_proxy_ajp. But due to the difficulty of figuring
>> this out by trial and error, probably only the respective
>> developers can do that.
>>>> But I don't remember (and did not check earlier in the
>>>> thread) if you indicated that you are using mod_proxy_ajp.
>>>> And to answer the previous question : yes, I believe that you
>>>> can keep a long keep-alive in Apache httpd, independently of
>>>> how httpd connects to Tomcat.
> Once we started getting to around 5,000 connected users, our
> Tomcat application became overwhelmed and unresponsive using the
> AJP NIO connector. I've temporarily improved the situation by
> moving to much more powerful hardware. However, it still drops a
> few connections throughout the day.

Are you sure the problem is Tomcat? If your clients have a long
keepalive timeout with httpd and you are not using the event MPM, then
each client is tying-up an HTTP connection (and thread) while not
actually accomplishing anything. You may be starving your own clients
by not having enough connections available to httpd.

> I will experiment with other configurations on a test instance,
> and load it up using the 'ab' Apache Benchmarking tool. I will post
> back my results on this list.

I have it on good authority that ab isn't great at launching
simultaneous requests (high concurrency). Unless you have lots of
servers available to generate load, you might want to try a different
tool. (Though 5000 concurrent requests isn't much, so it will probably

- -chris
Version: GnuPG v1
Comment: GPGTools -
Comment: Using GnuPG with Thunderbird -


To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message