Hi Aleks,
On Thu, Apr 02, 2015 at 03:39:27PM +0200, Aleksandar Lazic wrote:
(...)
I think it would be worth to check how much time costs to switch from
c to lua and back.
I already tried. On my laptop I was seeing 55k conn/s on a simple test
which was building a redirect from a sample fetch
Hi Willy.
Am 03-04-2015 13:24, schrieb Willy Tarreau:
Hi Aleks,
On Thu, Apr 02, 2015 at 03:39:27PM +0200, Aleksandar Lazic wrote:
(...)
I think it would be worth to check how much time costs to switch from
c to lua and back.
I already tried. On my laptop I was seeing 55k conn/s on a simple
with the Lua addition, we found it to be quite fast. Maybe not
as fast as C, but Lua is improving and C skills are diminishing, so I
guess that in a few years the code written in Lua will be much faster
than the code we'll be able to write in C. Thus I found it wise to
declare a complete rewrite
rewrite of HAProxy in Lua. It comes with many
benefits.
First, Lua is easy to learn, we'll get many more developers and
contributors. One of the reason is that you don't need to care about
resource allocation anymore. What's the benefit of doing an strdup() to
keep a copy of a string when you can
I bought the whole thing ... until I realized the date ...
(and I'm older than you Willy ;-) )
You should've gone turbopascal on me :-D
Franky
On Wed, Apr 01, 2015 at 10:43:47AM +0200, Willy Tarreau wrote:
In the end, of the current HAProxy will only remain the Lua engine, and
probably by then we'll find even better ones so that haproxy will be
distributed as a Lua library to use anywhere, maybe even on IoT devices
if that makes
On Wed, Apr 01, 2015 at 11:00:10AM +0200, Franky Van Liedekerke wrote:
I bought the whole thing ... until I realized the date ...
(and I'm older than you Willy ;-) )
You should've gone turbopascal on me :-D
I loved it as well, it was easy to write clean and efficient code.
Cheers,
Willy
Great one :)
I was 10 seconds away from forwarding this to our web teams :)
On 01/04/2015 09:43, Willy Tarreau wrote:
Hi,
As some might have noticed, HAProxy development is progressively slowing
down over time. I have analyzed the situation and came to the following
conclusions :
- the
I'd prefer a complete rewrite of HAProxy in JavaScript. We would be able to
make it run on all platform (hello windows), and with a simple browser tab
left open :(
2015-04-01 11:40 GMT+02:00 Chris Allen ch...@cjx.com:
Great one :)
I was 10 seconds away from forwarding this to our web teams :)
years the code written in Lua will be much faster
than the code we'll be able to write in C. Thus I found it wise to
declare a complete rewrite of HAProxy in Lua. It comes with many
benefits.
First, Lua is easy to learn, we'll get many more developers and
contributors. One of the reason
the code we'll be able to write in C. Thus I found it wise to
declare a complete rewrite of HAProxy in Lua. It comes with many
benefits.
As the author of an open-source network server project written in Lua, I'm
delighted at this news. Currently in today's deployments, people who use
haproxy have
On 1 Apr 2015, at 09:43, Willy Tarreau w...@1wt.eu wrote:
we'll train the sales people
to write Lua as well in order to speed up development.
You got me going good until I read this. :-) Nice one Willy.
Pedro.
Ok. My immediate thought was..
Oh crap we are going to have to fork haproxy and hire loads of C developers!
Then when someone mentioned what day it was I felt incredible relief :-).
Nice joke. Well executed.
On 1 Apr 2015 10:06, Baptiste bed...@gmail.com wrote:
I'll have to find a way to code
I'll have to find a way to code buffer overflows in LUA!
Baptiste
14 matches
Mail list logo