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
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
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
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
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
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
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
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
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
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
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
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
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.
>
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
> -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
15 matches
Mail list logo