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(
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(682,"\^S\0W0\0\0\M-,\^?\M-L-\^P\0\^E@"...,8030,0x0,NULL,0x0) = 988
(0x3dc)
recvfrom(682,0x8
Hello, Willy.
Is there any alternative to strace ? I am on FreeBSD x64 right now.
-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:
13 matches
Mail list logo