Srebrenko Sehic wrote:

quoted text
> On 5/9/07, Daniel Ouellet  wrote:

>

>> I increase the number of contiguous connection only by 5, from 305 to

>> 310, and you get 3 times slower response for always the same thing and

>> repeated all the time. Very consistent and from different clients as

>> well.

>>

>> You can do any variation of 10 to 300 connections and you will always

>> get the same results, or very close to it. See that at the end as well

>> for proof.

>>

>> So, I know I am hitting a hard limit someplace, but can't find where.

>

> You've assumed that Apache is the bottleneck, but perhaps your

> benchmark tool could be limited in some way. I suggest you try with

> apache benchmark or some other tool just to verify the results.

>

> Apache (especially in the prefork model) is known to have concurrency

> issues. I doubt that there are knobs you can twist OpenBSD-wise that

> will compensate for Apache and somehow magically make it scale.

Actually I have found a few things that fix it tonight.
I spend the last 24 hours reading like crazy and all night testing and

reading more.
I can now have two clients using 1000 parallel connections to one i386

850MHz server, my old one that I was testing with and I get all that no

problem now. No delay and I can even push it more, but I figure at 2000

parallel connections I should be able to get some breathing time now.
I will send the results soon.
All only in sysctl.conf
Now, I am still having some drop, not much, but some when I put pf in

actions. So, that would be the next step I guess, but not now. I need

some sleep.
Thanks
Daniel