On Sat, Nov 23, 2013 at 07:26:25AM -0200, Fred Pedrisa wrote:
> > OK. The last point could slightly help in reducing the number of calls to
> kqueue and aggregate more events at once. But FreeBSD's kqueue is really
> fast so that should not change much. You really need to be able to pin the
> proce
> OK. The last point could slightly help in reducing the number of calls to
kqueue and aggregate more events at once. But FreeBSD's kqueue is really
fast so that should not change much. You really need to be able to pin the
processes to certain CPUs, as well as the interrupts. Unfortunately I canno
On Sat, Nov 23, 2013 at 12:31:40AM -0200, Fred Pedrisa wrote:
> Hey, Willy.
>
> I've switch to haproxy 1.5 (last one available on the website), but the
> results didn't change much.
>
> However, I didn't try to run all the proxies in just one single process, to
> check the difference yet.
OK. Th
...@hotmail.com]
Enviada em: terça-feira, 5 de novembro de 2013 13:33
Para: 'Willy Tarreau'
Cc: 'Lukas Tribus'; 'haproxy@formilux.org'
Assunto: RES: RES: RES: RES: RES: RES: RES: RES: High CPU Usage (HaProxy)
> OK. Do you know if you have a single or multiple interr
I ran a haproxy(nbproc=6) on freebsd 10-beta2, each frontend bind to a
socket and share the same backend. Context switch normally 60k+. But the load
and throughput is confused me, in the past days I ran a haproxy instance
(nbproc=1), it can handle up to 500Mbps traffic .
The info below
On 05 нояб. 2013 г., at 19:33, Fred Pedrisa wrote:
>
> However, in FreeBSD we can't do that IRQ Assigning, like we can on linux.
> (As far I know).
>
JFYI: you can assign IRQs to CPUs via cpuset -x
(I can’t tell you if it is “like on linux” or not though).
> OK. Do you know if you have a single or multiple interrupts on your NICs,
and if they're delivered to a single core, multiple cores, or floating
around more or less randomly ?
This is managed by FreeBSD, it currently have multiple queues and irq
balance with msix.
> It seems that your numbers b
On 5 November 2013 11:16, Willy Tarreau wrote:
>> It is a Xeon E5-2650 Dual (So we have 16 physical cores to use here and 32
>> threads).
>
> OK. Do you know if you have a single or multiple interrupts on your NICs,
> and if they're delivered to a single core, multiple cores, or floating
> around
Hello Fred,
[ first, please avoid top-posting, this is very cumbersome for replying
in context afterwards, and tends to pollute subscribers mailboxes with
overly large emails ]
> > Also, can you confirm that this is a real machine and that we're not
> > troubleshooting a VM ?
>
> Yes, this is
org
Assunto: Re: RES: RES: RES: RES: RES: RES: High CPU Usage (HaProxy)
Hello Fred,
On Mon, Oct 28, 2013 at 10:02:15AM -0200, Fred Pedrisa wrote:
> Hello, Willy.
>
> As you said, take a look :
>
> getsockopt(0x12e,0x,0x1007,0x7fffdb94,0x7fffdb90,0x0) = 0
> (0
Hello Fred,
On Mon, Oct 28, 2013 at 10:02:15AM -0200, Fred Pedrisa wrote:
> Hello, Willy.
>
> As you said, take a look :
>
> getsockopt(0x12e,0x,0x1007,0x7fffdb94,0x7fffdb90,0x0) = 0 (0x0)
> sendto(302,"\^D\0\^V0\0\0^z\M-L-\a\0d8\0\0"...,926,0x80,NULL,0x0) = 926
> (0x39e)
> recvfrom(
able'
So yes, a lot of recv/send calls as you said before.
-Mensagem original-
De: Willy Tarreau [mailto:w...@1wt.eu]
Enviada em: segunda-feira, 28 de outubro de 2013 03:37
Para: Fred Pedrisa
Cc: 'Lukas Tribus'; haproxy@formilux.org
Assunto: Re: RES: RES: RES: RES: RES:
: RES: RES: RES: High CPU Usage (HaProxy)
Hi Fred,
On Mon, Oct 21, 2013 at 08:41:16PM -0200, Fred Pedrisa wrote:
> Hello,
>
> Ok.
>
> This is the top output :
>
> 2748 root1 870 30396K 21656K CPU88 28.0H 49.17% haproxy
> 2726 root1 450 38
Hi Fred,
On Mon, Oct 21, 2013 at 08:41:16PM -0200, Fred Pedrisa wrote:
> Hello,
>
> Ok.
>
> This is the top output :
>
> 2748 root1 870 30396K 21656K CPU88 28.0H 49.17% haproxy
> 2726 root1 450 38588K 32128K CPU24 16 21.1H 33.79% haproxy
> 2718 root1
12.45, sometimes going up to 16.00 +/-
-Mensagem original-
De: Lukas Tribus [mailto:luky...@hotmail.com]
Enviada em: segunda-feira, 21 de outubro de 2013 20:39
Para: Fred Pedrisa; haproxy@formilux.org
Assunto: RE: RES: RES: RES: RES: High CPU Usage (HaProxy)
Hi,
> Yes, the current vers
Hi,
> Yes, the current version (for my usage) is really stable.
>
> However, you are right, because too many processes, will create too many
> threads, assuming I have just 16 Physical Cores...
>
> Do you believe on a good CPU usage decrease, by switching to one process
> only ?
I can't guarante
-
De: Lukas Tribus [mailto:luky...@hotmail.com]
Enviada em: segunda-feira, 21 de outubro de 2013 20:08
Para: Fred Pedrisa; haproxy@formilux.org
Assunto: RE: RES: RES: RES: High CPU Usage (HaProxy)
Hi,
> Yes, this is why I was speaking with Jeff about this.
>
> Because I suppose t
Hi,
> Yes, this is why I was speaking with Jeff about this.
>
> Because I suppose that these processes have a default loop, that uses a
> certain amount of CPU (kQueue implementation)
Its not busy polling, if thats what you are referring to. CPU usage should
be low with kqueue (because its fully
Hello,
Yes, this is why I was speaking with Jeff about this.
Because I suppose that these processes have a default loop, that uses a
certain amount of CPU (kQueue implementation)
Example config :
global
log 127.0.0.1 local0
log 127.0.0.1 local1 notice
maxconn 16384
19 matches
Mail list logo