Hi Cyril,
On Tue, Sep 13, 2011 at 10:13:14PM +0200, Cyril Bonté wrote:
> More seriously, I've got a first version that looks to work quite well.
> I couldn't raise keep-alive connections but - 1, due to
> the way haproxy pauses the listener when they are full or when the proxy is.
I don't know
Hi Willy,
A small update on this development.
Le Lundi 29 Août 2011 18:01:23 Willy Tarreau a écrit :
> > > If you're interested in doing this, I'd be glad to merge it and to
> > > provide help if needed. We need a "struct list fe_idle" in the
> > > struct
> > > proxy and add/remove idle connectio
On Mon, Aug 29, 2011 at 04:39:27PM +0200, Cyril Bonté wrote:
> I really like the idea and it could be a great improvement for haproxy.
> The advantage of this solution is also that it doesn't add another keyword in
> the long list of possibilities haproxy offers.
Indeed, that's also another point
On Monday 29 August 2011 10:52:29 Willy Tarreau wrote:
> After this long reading, I must say I'm not fond of this at all for
> several reasons :
> - if a maxconn limit is too low to sustain keep-alive connections,
> it will be too low to support higher response times, so the maxconn
> mus
Hi Cyril,
On Sun, Aug 28, 2011 at 06:27:15PM +0200, Cyril Bonté wrote:
> I couldn't find time for haproxy for some weeks. Now I'm on holidays, I try
> to
> review some patches I had on my test machine.
Hehe, it's a nice activity for a holiday ;-)
> One of them is the possibility to limit the n
Hi Willy and the list,
I couldn't find time for haproxy for some weeks. Now I'm on holidays, I try to
review some patches I had on my test machine.
One of them is the possibility to limit the number of HTTP keep-alive
connections to allow a better concurrency between clients.
I propose to add a
6 matches
Mail list logo