Hmm yeah I noticed from what you wrote in the mail and by reading
through the patch - but still it confirmed that the shared pthread thing
was not available on FreeBSD right?
Would I also need to compile with USE_PRIVATE_CACHE=1 or would you patch
take care of that?
When it uses the private cache, I would also have to change the
configuration to allow ssl sessions over multiple http requests right?
Kind regards,
John
Emeric BRUN wrote:
My fix is broken, it should only show a warning and fallback on private
cache, i've just pointed the issue.
I will try to send you a workarounf patch soon.
Emeric
----------------original message-----------------
De: "John-Paul Bader" [email protected]
A: "Willy Tarreau" [email protected]
Copie à: "John-Paul Bader" [email protected], "Emeric Brun"
[email protected], [email protected]
Date: Wed, 07 May 2014 22:09:28 +0200
-------------------------------------------------
Woohoo - this sounds very good :)
Thanks in advance for your efforts - much appreciated!
Kind regards,
John
Willy Tarreau wrote:
Hi John,
On Wed, May 07, 2014 at 06:14:13PM +0200, John-Paul Bader wrote:
Ok,
I have just built haproxy with your patches like this:
gmake TARGET=freebsd USE_PCRE=1 USE_OPENSSL=1 USE_ZLIB=1
When trying to start haproxy it failed with:
[ALERT] 126/160108 (25333) : Unable to allocate SSL session cache.
[ALERT] 126/160108 (25333) : Fatal errors found in configuration.
/usr/local/etc/rc.d/haproxy: WARNING: failed precmd routine for
haproxy
Without the patches, haproxy is starting.
(...)
That's a *very* good news!
Emeric is currently working on an alternate locking mechanism which
would work only using spinlocks and no pthreads. The principle is that
accesses to the cache are so rare (once or twice per SSL connection)
that there's almost never any collision (confirmed by the fact that it
requires seconds to minutes for a crash to happen) and it's worthless
to rely on heavy non-portable mechanisms when a simple hand-crafted
spinlock will do the job fine with no overhead.
So... stay tuned, I think Emeric will soon have something to propose you
to test :-)
Cheers,
Willy
--
John-Paul Bader | Software Development
www.wooga.com
wooga GmbH | Saarbruecker Str. 38 | D-10405 Berlin
Sitz der Gesellschaft: Berlin; HRB 117846 B
Registergericht Berlin-Charlottenburg
Geschaeftsfuehrung: Jens Begemann, Philipp Moeser
--
John-Paul Bader | Software Development
www.wooga.com
wooga GmbH | Saarbruecker Str. 38 | D-10405 Berlin
Sitz der Gesellschaft: Berlin; HRB 117846 B
Registergericht Berlin-Charlottenburg
Geschaeftsfuehrung: Jens Begemann, Philipp Moeser
