"Takayuki Kaneko" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Hi all, > > IMHO, it is useful that we can set the backlog on AJP connector. > Because mod_jk 1.2.19 or later has "DisableReuse" option. > > In previous versions, Tomcat had to be set the maxThreads lager than > Apache's MaxClients. So, Tomcat's threads were excessive. > > I expect that Tomcat will be able to handle multiple socket by lesser > threads > with this option and backlog on AJP. >
And, you would be wrong. Turning on the DisableReuse option basically downgrades Tomcat to AJP/1.2 (which also means that it is almost unusable in a production system). And setting the backlog can only hurt you :). Tomcat will still accept connections as fast as it can. If you want to use fewer threads, then you need to use the APR or NIO AJP Connector. But IMHO, you should get server with a real O/S, so you don't have to care about thread counts. > Regards, > > -Takayuki > > On 1/7/07, Peter Rossbach <[EMAIL PROTECTED]> wrote: >> I agree with you, but at apache takeover the backlog can be helpfull, >> and default is 0 as before. >> >> Regards >> Peter >> >> Am 07.01.2007 um 00:15 schrieb Bill Barker: >> >> > >> > "Filip Hanik - Dev Lists" <[EMAIL PROTECTED]> wrote in message >> > news:[EMAIL PROTECTED] >> >> ok, this is hella confusing. :) >> >> the AJP is supposed to be a persistent protocol, so why would we >> >> have a >> >> backlog on the listener? >> >> ie, the connections can potentially not close at all in an ideal >> >> world, >> >> yet you would accept connections and never do anything with them? >> >> >> > >> > I agree that setting the backlog on the AJP Connector is pretty >> > pointless. >> > I suppose that it might be possible to have a setup where Httpd can >> > flood >> > Tomcat with new requests faster than it can handle accepts, but at >> > worst it >> > would only be at startup. However, the worst that the patch does >> > is let a >> > clueless sysadm shoot herself in the foot :). >> > >> >> Filip >> >> --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
