something but it never finish, waited for
~20min.
Any ideas?
/E
-Original Message-
From: Vincent Bernat [mailto:ber...@luffy.cx]
Sent: den 2 november 2011 23:16
To: Erik Torlen
Cc: haproxy@formilux.org
Subject: Re: Haproxy timing issues
OoO En cette nuit nuageuse du jeudi 03 novembre 2011
OoO Pendant le repas du vendredi 04 novembre 2011, vers 19:22, Erik
Torlen erik.tor...@apicasystem.com disait :
I get some problems on step 5 where it doesn't seem to do the
./Configure properly. I moved the existing Configure and made a
symlink
named Configure that pointed to config.
OoO En cette nuit nuageuse du jeudi 03 novembre 2011, vers 01:21, Erik
Torlen erik.tor...@apicasystem.com disait :
Yes, I'm currently on Ubuntu 10.04.
So basically I could grab this (http://packages.ubuntu.com/oneiric/openssl)
.deb package and then
add the patch you linked for me to it?
]
Sent: den 1 november 2011 16:08
To: Erik Torlen
Cc: haproxy@formilux.org
Subject: Re: Haproxy timing issues
Hi,
First question: are you sure you're reaching the limit of
haproxy/varnish and not the limit of your client?
Mainly concerning the increasing response time.
How many CPUs do you have
@formilux.org
Subject: RE: Haproxy timing issues
Date: Wed, 2 Nov 2011 18:17:58 +
Hi,
Yeah the clients are not the problem, we are using 5 different datacenters
with 5 machines each so ~25 machines. Hardcore loadtesting :)
Btw, the loadtest are done transatlantic so that is causing
Torlen
Cc: haproxy@formilux.org
Subject: Re: Haproxy timing issues
Hi,
First question: are you sure you're reaching the limit of
haproxy/varnish and not the limit of your client?
Mainly concerning the increasing response time.
How many CPUs do you have in your VM? Starting too much stud proccess
Torlen
Cc: haproxy@formilux.org
Subject: Re: Haproxy timing issues
Hi Erik,
I doubt this could improve things because of virtualization, but have
you tried binding processes to CPUs?
On a physical hardware, the purpose is to benefit of the l2/l3 CPU
cache, mainly for network IO and HAProxy
OoO En ce début de soirée du mercredi 02 novembre 2011, vers 21:13, Erik
Torlen erik.tor...@apicasystem.com disait :
/usr/local/bin/stud -b 127.0.0.1 85 -f *,443 --ssl -B 1000 -n 2 -C
4 -u stud -r /home/stud --write-proxy /usr/share/ssl-cert/
cert.pem
I have tried stud using 10k of
OoO La nuit ayant déjà recouvert d'encre ce jour du mercredi 02 novembre
2011, vers 23:50, Erik Torlen erik.tor...@apicasystem.com disait :
How big difference is it between OpenSSL 0.9.8k and 1.0.0?
I tried to get openssl 1.0.0 into the system before but had problems
with other programs where
-Original Message-
From: Vincent Bernat [mailto:ber...@luffy.cx]
Sent: den 2 november 2011 16:01
To: Erik Torlen
Cc: Baptiste; haproxy@formilux.org
Subject: Re: Haproxy timing issues
OoO La nuit ayant déjà recouvert d'encre ce jour du mercredi 02 novembre
2011, vers 23:50, Erik Torlen
OoO La nuit ayant déjà recouvert d'encre ce jour du mercredi 02 novembre
2011, vers 23:55, Erik Torlen erik.tor...@apicasystem.com disait :
Okey, good to know Vincent.
Do you know the memory impact using 10k, 20k etc?
Yes. Divide by two to get the size in kbytes. So a 10k cache will be
OoO En cette nuit nuageuse du jeudi 03 novembre 2011, vers 00:32, Erik
Torlen erik.tor...@apicasystem.com disait :
Ok, could be an idea to use that then.
Btw, I am on a system that I can't upgrade to a later version of the
dist and take advantage of openssl 1.0.0 through apt.
Could I make
Bernat [mailto:ber...@luffy.cx]
Sent: den 2 november 2011 16:38
To: Erik Torlen
Cc: haproxy@formilux.org
Subject: Re: Haproxy timing issues
OoO En cette nuit nuageuse du jeudi 03 novembre 2011, vers 00:32, Erik
Torlen erik.tor...@apicasystem.com disait :
Ok, could be an idea to use that then.
Btw
november 2011 16:38
To: Erik Torlen
Cc: haproxy@formilux.org
Subject: Re: Haproxy timing issues
OoO En cette nuit nuageuse du jeudi 03 novembre 2011, vers 00:32, Erik
Torlen erik.tor...@apicasystem.com disait :
Ok, could be an idea to use that then.
Btw, I am on a system that I can't
Hi,
I am currently (and have been from time to time the last weeks) doing some
heavy loadtesting against haproxy with stud in front of it handling the ssl.
My loadtest has been focused on loadtesting SSL traffic through stud against
haproxy on amazon ec2.
Our current problem is that we
Hi,
First question: are you sure you're reaching the limit of
haproxy/varnish and not the limit of your client?
Mainly concerning the increasing response time.
How many CPUs do you have in your VM? Starting too much stud proccess
could be counter-productive.
I doubt doing CPU affinity in a VM
16 matches
Mail list logo