On Dec 22, 2014, at 10:47 AM, Lukas Tribus <[email protected]> wrote:

> Hi Sergei,
> 
> 
>>> What about if you run with 5 processes instead of 10? Ar you still maxing 
>>> out
>>> at 200k session (which would increase the per process sessions to 40k) or 
>>> are
>>> you maxing out at 100k (maintaing max 20k per process)?
>> 
>> I’ve tried to decrease number of processes - caused decrease in stot as well.
>> 
>>> 
>>> How are your benchmarking this, are you sure the limit is not on the client
>>> (benchmark) site?
>> 
>> I thought so, but I’m using about ~10 virtual servers, each is running 
>> multiple
>> copies of testing app (python code). Increase of number of virtual server
>> doesn’t lead to increase in connections, unfortunately.
> 
> Ok, what about bandwidth? Are you sure there is no bandwidth chokepoint
> somewhere?
> 

Bandwidth looks ok. I’ve been running multiple “ab” instances, but it’s 
concurrency understudying is weird. you can’t have number of requests be lower 
than concurrency - so with ~100k connections, it was doing about 1m of 
requests, and it was load bandwidth up to 1.5Gbit.
 So after that I wrote small python app (with genets) which is doing many 
connections, and doing only 1 request - so now number of connections and 
requests about the same, bandwidth ~500-600Mbit

> Anyway, please bump maxconn (both global and default), just to make sure
> you don't hit a limit there.

Will do, thanks!

> 
> 
> Regards,
> 
> Lukas
>                                         


Reply via email to