Re: Tomcat does not honor acceptCount configuration variable

2010-05-10 Thread Jess Holle
If you're talking about the non-native AJP connector, then this is a long-standing issue. acceptCount is essentially ignored in this case and all concurrent requests above pool size /minus 2/ go off into limbo and are not handled properly. I don't understand the off-by-2 error, but it is clea

Re: Tomcat does not honor acceptCount configuration variable

2010-05-10 Thread André Warnier
Timir Hazarika wrote: Andre, Response from Leon just about summarizes this issue: the shock absorber you mention is not configurable. Setting the acceptCount to 1 or nine hundred produces exactly the same behavior in terms of connections awaiting response. Then that would be a bug, no ? In the

Re: Tomcat does not honor acceptCount configuration variable

2010-05-10 Thread Timir Hazarika
Andre, Response from Leon just about summarizes this issue: the shock absorber you mention is not configurable. Setting the acceptCount to 1 or nine hundred produces exactly the same behavior in terms of connections awaiting response. The "stricter" scheme hence, serves as a usable application wo

Re: Tomcat does not honor acceptCount configuration variable

2010-05-08 Thread André Warnier
Timir Hazarika wrote: This is not an accept problem, this is a problem with having serviced a request via a socket and then closing the connection. Given that you can't avoid accepting connections on a useful web server, you will not be able to prevent them from going through their natural l

Re: Tomcat does not honor acceptCount configuration variable

2010-05-07 Thread Timir Hazarika
> > > This is not an accept problem, this is a problem with having serviced a request via a socket and then closing the connection. Given that you can't avoid accepting connections on a useful web server, you will not be able to prevent them from going through their natural lifecycle. > Chris,

Re: Tomcat does not honor acceptCount configuration variable

2010-04-09 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Timir, On 4/9/2010 8:10 AM, Timir Hazarika wrote: > Mark, I'm using netstat as follows. You can see the tomcat process listening > on 8443 and all the incoming requests in TIME_WAIT. These connections do get > cleared after the default timeout of 60 s

Re: Tomcat does not honor acceptCount configuration variable

2010-04-09 Thread Timir Hazarika
My point exactly. Is there an alternative setting that I may use ? Timir On Fri, Apr 9, 2010 at 5:47 PM, Leon Rosenberg < rosenberg.l...@googlemail.com> wrote: > I remember a more or less public discussion some time ago, that the > acceptCount setting is virtually worthless, because modern kerne

Re: Tomcat does not honor acceptCount configuration variable

2010-04-09 Thread Leon Rosenberg
I remember a more or less public discussion some time ago, that the acceptCount setting is virtually worthless, because modern kernels simply ignore it. Leon P.S. By ignore I mean that ServerSocket.accept(100) has no effect. On Fri, Apr 9, 2010 at 2:10 PM, Timir Hazarika wrote: > Mark, I'm usin

Re: Tomcat does not honor acceptCount configuration variable

2010-04-09 Thread Timir Hazarika
Mark, I'm using netstat as follows. You can see the tomcat process listening on 8443 and all the incoming requests in TIME_WAIT. These connections do get cleared after the default timeout of 60 seconds, my intention is to refuse creating them in the first place. netstat -anp | grep 8443 tcp

Re: Tomcat does not honor acceptCount configuration variable

2010-04-09 Thread Mark Thomas
On 09/04/2010 10:55, Timir Hazarika wrote: Chuck, this is the same configuration as in my initial question, except for the value of accept count. I've already tried setting it to zero as well : Folks, What is the best way to limit connections in tomcat, if there is one ? I have tried acceptCou

Re: Tomcat does not honor acceptCount configuration variable

2010-04-09 Thread Timir Hazarika
Chuck, this is the same configuration as in my initial question, except for the value of accept count. I've already tried setting it to zero as well : Folks, What is the best way to limit connections in tomcat, if there is one ? I > have tried acceptCount, maxThreads, even specifying explicit exe

Re: Tomcat does not honor acceptCount configuration variable

2010-04-08 Thread Caldarale, Charles R
On Apr 8, 2010, at 13:37, "Timir Hazarika" wrote: > How would this configuration look like in server.xml ? - Chuck - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...

Re: Tomcat does not honor acceptCount configuration variable

2010-04-08 Thread Timir Hazarika
You just lost me. How would this configuration look like in server.xml ? Timir On Thu, Apr 8, 2010 at 9:09 PM, Caldarale, Charles R < chuck.caldar...@unisys.com> wrote: > > From: Timir Hazarika [mailto:timir.hazar...@gmail.com] > > Subject: Re: Tomcat does not honor acceptC

RE: Tomcat does not honor acceptCount configuration variable

2010-04-08 Thread Caldarale, Charles R
> From: Timir Hazarika [mailto:timir.hazar...@gmail.com] > Subject: Re: Tomcat does not honor acceptCount configuration variable > > I would like tomcat to use a maximum of (say) 5 sockets on my system. > Further connection requests should be dropped. How may I achieve that ? Th

Re: Tomcat does not honor acceptCount configuration variable

2010-04-08 Thread Timir Hazarika
Chuck, I would like tomcat to use a maximum of (say) 5 sockets on my system. Further connection requests should be dropped. How may I achieve that ? > The acceptCount is the value used by the platform's TCP/IP stack > to limit the number of HTTP connection requests held in a queue. > The number a

RE: Tomcat does not honor acceptCount configuration variable

2010-04-08 Thread Caldarale, Charles R
> From: Timir Hazarika [mailto:timir.hazar...@gmail.com] > Subject: Tomcat does not honor acceptCount configuration variable > > What is the best way to limit connections in tomcat, if there is one ? Somewhat depends on what you think "connection" means. If you're actually referring to sessions