Hi, Guys.
Let's suppose I have two listen sections, and each of them having their own
stick table for source ip limiting (like 10 connections per src ip).
By using 'peers' in case a user is connected to listen section A or B, not
mattering which, the maximum connections he will be able
Hello Guys,
Do you know if there is any significant improvement between these 2 versions
?
I was considering to switch, but I couldn't notice anything related in the
changelogs, didn't I forgot checking something ?
Sincerely,
Fred
12:24
Para: Fred Pedrisa
Cc: HAProxy
Assunto: Re: Bytes In Per Second
Hi Fred,
HAProxy already report this on its stats page: http://demo.1wt.eu/
Baptiste
On Sat, Mar 1, 2014 at 4:44 AM, Fred Pedrisa fredhp...@hotmail.com wrote:
Hello, Guys !
I would like to know if there is a possibility
Hello, Guys !
I would like to know if there is a possibility to add a conter for the
number of packets/requests/streams per second like we do with bytes per
second for in/out to haproxy !
If so it would be very cool !
Fred
Hello,
Is there a way to limit max packets per second / max bytes per second (per
source IP), when using haproxy in raw tcp mode ?
Fred
Hello,
I wanted to enable the usage of log files, to check what is happening with
the tcp connections, that sometimes are closed without a clear reason.
How can I do it ?
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
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.
-Mensagem original-
De: Fred Pedrisa [mailto:fredhp...@hotmail.com
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
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
unavailable'
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: High CPU Usage
71
6 0 0 4818M35G 262 0 0 0 174 0 0 0 42681 354697
172687 8 21 71
-Mensagem original-
De: Willy Tarreau [mailto:w...@1wt.eu]
Enviada em: segunda-feira, 28 de outubro de 2013 20:58
Para: Fred Pedrisa
Cc: 'Lukas Tribus'; haproxy@formilux.org
Assunto: Re: RES: RES: RES
Hello,
I am using many haproxy instances, for separated projects.
This is causing a high cpu usage, and a high load in the OS up to 12.00 and
so on.
The question is, using just one instance, would reduce the CPU load, or it
would make no difference at all ?
Also, is there a way to
2013 14:54
Para: Fred Pedrisa
Cc: haproxy@formilux.org
Assunto: Re: High CPU Usage (HaProxy)
Hi Fred,
I imagine that your high load is due to running many instances of HAProxy,
but hard to be 100% without all the information.
Load indicates that there are processes waiting to execute, so
Hello,
So, I can run all my instances in just one process and work with it this
way, by using -sf right ?
-Mensagem original-
De: Jeff Zellner [mailto:j...@olark.com]
Enviada em: segunda-feira, 21 de outubro de 2013 14:59
Para: Fred Pedrisa
Cc: haproxy@formilux.org
Assunto: Re: High CPU
15:07
Para: Fred Pedrisa
Cc: haproxy@formilux.org
Assunto: Re: High CPU Usage (HaProxy)
Yes you could have all different applications in one process/configuration.
When you 'reload' using -sf you'd have 2 processes for a while (depends on
if you have long-lived connections or not). The old
-feira, 21 de outubro de 2013 15:23
Para: Fred Pedrisa; haproxy@formilux.org
Assunto: RE: High CPU Usage (HaProxy)
Hi Fred,
I am using many haproxy instances, for separated projects.
This is causing a high cpu usage, and a high load in the OS up to
12.00 and so on.
The question is, using just
, basic functionality, no load balancing,
no status checking or http mode at all.
Just a simple backend :
User - Haproxy - Destination.
-Mensagem original-
De: Lukas Tribus [mailto:luky...@hotmail.com]
Enviada em: segunda-feira, 21 de outubro de 2013 19:13
Para: Fred Pedrisa; haproxy
2013 19:40
Para: Fred Pedrisa; haproxy@formilux.org
Assunto: RE: RES: RES: High CPU Usage (HaProxy)
Hi Fred,
I am using a 10 Gbps Intel 520-DA2 NIC.
The cpu usage in top vary per process we have something like :
Haproxy - 93%
Haproxy - 85%
Haproxy - 50%
Haproxy - 43%
Haproxy - 32%
Haproxy
-
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 that these processes
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 version
de 2013 21:59
Para: Fred Pedrisa
Assunto: Help with posting to HAProxy List
Fred,
I have been trying all day to post a question to the list, but it keeps
getting bounced. I tried to rejoin the list, but it says my address is
already a member (r...@psu.edu).
Do you know who can help me
Hello, Guys.
Robert Snyder is having issues with the mailing list, he is trying to join
it, but the system says he is already a member, when he try to send an
e-mail, he gets this as reply :
From: mailto:haproxy+ow...@formilux.org haproxy+ow...@formilux.org
Subject: Post to
-
De: Lukas Tribus [mailto:luky...@hotmail.com]
Enviada em: quinta-feira, 30 de maio de 2013 05:22
Para: Fred Pedrisa; haproxy@formilux.org
Assunto: RE: Help with kQueue
Hi Fred,
#proxy/haproxy -V -d -f /proxy/lr.cfg -n 8192 Available polling
systems :
select : pref=150, test result OK
Hello,
Lr.cfg and l2cr.cfg are both the same files :)
-Mensagem original-
De: Lukas Tribus [mailto:luky...@hotmail.com]
Enviada em: quinta-feira, 30 de maio de 2013 12:46
Para: Fred Pedrisa; haproxy@formilux.org
Assunto: RE: Help with kQueue
# /proxy/haproxy -vv -c -f l2cr.cfg
with the latest version, looks like it will use kqueue
!! but select fail ? :D
-Mensagem original-
De: Lukas Tribus [mailto:luky...@hotmail.com]
Enviada em: quinta-feira, 30 de maio de 2013 12:46
Para: Fred Pedrisa; haproxy@formilux.org
Assunto: RE: Help with kQueue
# /proxy/haproxy -vv -c
, but would be cool
having native support for active mode !
Sincerely,
Fred
-Mensagem original-
De: Lukas Tribus [mailto:luky...@hotmail.com]
Enviada em: quinta-feira, 30 de maio de 2013 20:09
Para: Fred Pedrisa; haproxy@formilux.org
Assunto: RE: RES: Help with kQueue
Hi Fred,
Here
Hello
De: Fred Pedrisa [mailto:fredhp...@hotmail.com]
Enviada em: quinta-feira, 30 de maio de 2013 02:09
Para: 'haproxy@formilux.org'
Assunto: Help with kQueue
Hello, Guys.
Sorry for disturbing, and for the first e-mail I sent, I thought it was an
automated mailing list, requiring to subscribe
29 matches
Mail list logo
