Hi Willy,
thanks for the feedback. I'm using OBS (Open Build Service) for creating
CentOS/RHEL RPMs, so it should be as clean as it can get.
When I find some time, I'll try to reproduce it and will come back to you.
Cheers,
Sebastian
-----Ursprüngliche Nachricht-----
> Von:Willy Tarreau <w...@1wt.eu>
> Gesendet: Mit 18 Mai 2016 14:44
> An: Sebastian Heid <m...@sebastian-heid.de>
> CC: Lukas Tribus <lu...@gmx.net>; HAProxy <haproxy@formilux.org>
> Betreff: Re: 100% cpu , epoll_wait()
>
> Hi Sebastian,
>
> On Thu, May 12, 2016 at 09:58:22AM +0200, Sebastian Heid wrote:
> > Hi Lukas,
> >
> > starting from around 200mbit/s in&out, haproxy processes (nbproc 6) are
> > hitting 100% cpu regularly (noticed up to 3 processes at the same time with
> > 100%), but recover again on its own after some time.
> >
> > stracing such a process yesterday showed the following:
> > epoll_wait(0, {}, 200, 0) = 0
> > epoll_wait(0, {}, 200, 0) = 0
> > epoll_wait(0, {}, 200, 0) = 0
> > epoll_wait(0, {}, 200, 0) = 0
> > epoll_wait(0, {}, 200, 0) = 0
> >
> > Unfortunately I can't do any more debugging in this setup. HAproxy 1.5.14 is
> > never near to 10% cpu usage with way higher bandwidth.
>
> So far I've got good reports from people having experienced similar issues
> with recent versions, thus I'm thinking about something, are you certain
> that you did a make clean after upgrading and before rebuilding ? Sometimes
> we tend to forget it, especially after a simple "git pull". It is very
> possible that some old .o files were not properly rebuilt and still contain
> these bugs. If in doubt, you can simply keep a copy of your latest haproxy
> binary, make clean, build again and run cmp between them. It should not
> report any difference otherwise it means there was an issue (which would be
> a great news).
>
> Cheers,
> Willy
>
>
>
