Cpu back at 100% after a few hours again, the maxaccept -1 is no solution.
Van: Remco Verhoef [remco.verh...@redfive.biz]
Verzonden: vrijdag 27 maart 2009 19:13
Aan: haproxy@formilux.org
Onderwerp: RE: High Cpu usage
I've added tune.maxaccept -1 to haproxy.
I've added tune.maxaccept -1 to haproxy.cfg global, this seems to work with
1.3.16.
default maxaccept has been changed from 15.7 to 15.8 in haproxy.c:
if (global.tune.maxaccept <= 0) {
if (global.nbproc > 1)
global.tune.maxaccept = 8; /* leave som
I've also reverted to 1.3.15.8 but seems to have the same issue. Not tried the
1.3.15.7 yet, I've compared sources and it seems the maxaccept behaviour has
changed. Tried to add tune.maxaccept 100 to the cfg with version 1.3.16, but
issue still occurs.
The epoll_wait / poll and gettimeofday is
2009/3/25 Corin Langosch :
/> Hi,/
/>/
/> I see exactly the same problem here, running a 2.6.26 kernel on
amd64./
/>/
/> 1.3.15.7 is working fine without any problems, so it seems to be
a bug in/
/> 1.3.16./
/>/
/> Corin/
/>/
I think so too, going back to ve
Hi,
We're experiencing strange behaviour of haproxy-1.3.15.8 and haproxy-1.3.16, at
frequent times it will use 100% cpu. It appears that it is wait_time is not
used. I've used both poll and epoll, same behaviour. The kernel is 2.6.26-1-686
#1 SMP.
The box is used, but not using many connection
Hi Jan-Frode,
On Thu, Mar 26, 2009 at 03:45:53PM +0100, Jan-Frode Myklebust wrote:
>
> And here's the patch that does everything I want to do to the
> specfile... Sorry about the noise.
Thanks for your work on this. I have no way to test that the specfiles
work, and I only update a few fields in
6 matches
Mail list logo