Re: BIO performance issues

2013-03-21 Thread Mark Thomas
igaz wrote: >Is this thread/issue still *active*? No. The issues were resolved at the time as described in the thread. BIO is still available in Tomcat 8 but NIO is now the default. > I have a few ideas (and I worked on a >similar issue awhile back). >But this thread was last active 2 years ag

Re: BIO performance issues

2013-03-20 Thread igaz
Is this thread/issue still *active*? I have a few ideas (and I worked on a similar issue awhile back). But this thread was last active 2 years ago and there was even discussion of deprecating BIO in tomcat 8, so I don't want to waste time on something that is dormant or has been superceded -- V

Re: BIO performance issues

2011-05-05 Thread Filip Hanik - Dev Lists
fan-tastic! Thank you! On 5/5/2011 9:56 AM, Mark Thomas wrote: On 04/05/2011 16:17, Filip Hanik - Dev Lists wrote: Here is what I propose, and you'll see that it's pretty much inline with what you suggest. a) add in a flag that lets keep alive be turned off during concurrency disableKeepAliveP

Re: BIO performance issues

2011-05-05 Thread Mark Thomas
On 04/05/2011 16:17, Filip Hanik - Dev Lists wrote: > Here is what I propose, and you'll see that it's pretty much inline with > what you suggest. > > a) add in a flag that lets keep alive be turned off during concurrency > disableKeepAlivePercentage="75" > this would be the default value. and wou

Re: BIO performance issues

2011-05-04 Thread Filip Hanik - Dev Lists
On 5/4/2011 9:54 AM, Mark Thomas wrote: On 04/05/2011 16:17, Filip Hanik - Dev Lists wrote: On 5/3/2011 2:02 PM, Mark Thomas wrote: In a similar fashion, we can also craft a test run that will yield a substantial improvement over the old implementation in throughput. So there is a test case to p

Re: BIO performance issues

2011-05-04 Thread Mark Thomas
On 04/05/2011 16:17, Filip Hanik - Dev Lists wrote: > On 5/3/2011 2:02 PM, Mark Thomas wrote: > In a similar fashion, we can also craft a test run that will yield a > substantial improvement over the old implementation in throughput. > So there is a test case to prove every scenario. Could you out

Re: BIO performance issues

2011-05-04 Thread Filip Hanik - Dev Lists
On 5/3/2011 2:02 PM, Mark Thomas wrote: All, Summary --- While trying to align the documentation for maxConnections with the actual implementation a couple of performance issue have been identified with the BIO connector. All bar one of these have been fixed. A fix needs to be agreed for the

Re: BIO performance issues

2011-05-04 Thread Mark Thomas
On 04/05/2011 15:20, Rainer Jung wrote: > I hope the following is not too long and confusing ... Not at all. > On 03.05.2011 22:02, Mark Thomas wrote: >> Solution A >> -- >> NIO is designed to handle this using a poller. That isn't available to >> BIO so I attempted to simulate it. That g

Re: BIO performance issues

2011-05-04 Thread Rainer Jung
I hope the following is not too long and confusing ... On 03.05.2011 22:02, Mark Thomas wrote: Scenario This ended up being very long, so I moved it to the end. The exact pattern of delays will vary depending on timeouts, request frequency etc. but the scenario shows an example of how d

Re: BIO performance issues

2011-05-04 Thread Tim Funk
Solution B and disabling keepalive when a threshold is reached looks to be the way to go. If people have issue with that, that's why the other connectors exist. -Tim On Tue, May 3, 2011 at 4:02 PM, Mark Thomas wrote: > > Solution B > -- > Return to the Tomcat 6 implementation where ma

Re: BIO performance issues

2011-05-04 Thread Mark Thomas
On 04/05/2011 14:03, Konstantin Kolinko wrote: > 2011/5/4 Mark Thomas : >> On 04/05/2011 12:04, Konstantin Kolinko wrote: >>> I do not quite get what happens in 6s. My first understanding from >>> reading the scenario was that the threads at 2s are busy because we >>> need them to process keep-aliv

Re: BIO performance issues

2011-05-04 Thread Konstantin Kolinko
2011/5/4 Mark Thomas : > On 04/05/2011 12:04, Konstantin Kolinko wrote: >> I do not quite get what happens in 6s. My first understanding from >> reading the scenario was that the threads at 2s are busy because we >> need them to process keep-alive connections. Then I see that at 6s >> keep-alive co

Re: BIO performance issues

2011-05-04 Thread Mark Thomas
On 04/05/2011 12:04, Konstantin Kolinko wrote: > I do not quite get what happens in 6s. My first understanding from > reading the scenario was that the threads at 2s are busy because we > need them to process keep-alive connections. Then I see that at 6s > keep-alive connections are in the Queue. >

Re: BIO performance issues

2011-05-04 Thread Konstantin Kolinko
2011/5/4 Mark Thomas : > Time: 2s > Activity: Group B clients connect and are added to the queue >          100 threads are allocated to process the B connections >          The B connections are processed and returned to the queue >          100 threads are allocated to process the B connections

RE: BIO performance issues

2011-05-03 Thread David Dabbs
> -Original Message- > From: Mark Thomas [mailto:ma...@apache.org] > Sent: Tuesday, May 03, 2011 3:02 PM > To: Tomcat Developers List > Subject: BIO performance issues > > All, > > Summary > --- > While trying to align the documentation for maxConnections with the > actual implement