[icinga-devel] RFC: Drop ePN in favour of LUA
Onotsky, Steve x55328
Steve.Onotsky at broadridge.com
Thu May 14 19:29:11 CEST 2009
I like Lua, I'm impressed with its deceptive simplicity and power. I've nearly picked up a couple of books on it, a few times, but Real Life intruded. :)
I've never gotten ePN to work properly, at least the way I expect it to work, so I wouldn't be sad to see it go the way of the dodo.
For those who haven't mucked around with Lua yet:
Server Support Technologist
Investor Communication Solutions, Canada
5970 Chedworth Way
Mississauga ON L5R 4G5
Tel: (905) 507-5328
Fax: (905) 507-5312
Inet: steve.onotsky at broadridge.com
Quis custodiet ipsos custodes?
- Juvenal, Satires, VI, 347
From: Sascha.Runschke at gfkl.com [mailto:Sascha.Runschke at gfkl.com]
Sent: May 14, 2009 05:41
To: icinga-devel at lists.sourceforge.net
Subject: [icinga-devel] RFC: Drop ePN in favour of LUA
We all know that ePN is major PITA and the reason for many, many problems.
The ePN code base seems to be not well maintained and Nag^H^H^HIcinga
suffers from it.
So I say: drop ePN completely instead of trying to fix it.
Instead implement LUA and experience what _real_ speed is ;)
Some people might have heard about LUA, since it is quite popular nowadays
in many computer games. Global players like "World of Warcraft", "Crysis",
"Heroes of Might & Magic" and others use it for scripting the
their interface for example.
For those not familiar with LUA , let me state some facts:
LUA was created with the background to create an integrated script
for use in other programs - even though by now there are stand-alone
available. Since it's no script language which has been adopted for
but instead it was designed to only be run inside other programs context,
itself perfectly into such situations by design.
Quote from the website lua.org:
"Lua is implemented in pure ANSI C and compiles unmodified in all known
platforms. All you need to build Lua is an ANSI C compiler (gcc is a
Lua also compiles cleanly as C++.
If you are building Lua in a Unix system (like Linux or Mac OS X), then
probably already have everything you need and simply typing make should do
it. (You'll only have to choose a suitable platform.) "
- It works like a charm out of the box, on every platform you can think
- It is very easy to learn (it actually took me 1 day ;)).
- It's fast like hell.
- It's easy to extend with self-made libraries.
- It's easy to maintain due to full automatic garbage collection of all
- The LUA interpreter is extremely compact - only 120K in memory
- people would have to adopt to LUA first before starting to write scripts
Last but not least it's just another method of running check scripts, but
just not yet another possibility, it's the one with the best performance
compared to others, both in regard to speed and memory usage.
I'm curious about other peoples opinions.
GFKL Financial Services AG
Vorstand: Dr. Peter Jänsch (Vors.), Jürgen Baltes, Dr. Tom Haverkamp
Vorsitzender des Aufsichtsrats: Dr. Georg F. Thoma
Sitz: Limbecker Platz 1, 45127 Essen, Amtsgericht Essen, HRB 13522
The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
production scanning environment may not be a perfect world - but thanks to
Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
Series Scanner you'll get full speed at 300 dpi even with all image
processing features enabled. http://p.sf.net/sfu/kodak-com
icinga-devel mailing list
icinga-devel at lists.sourceforge.net
This message and any attachments are intended only for the use of the addressee and
may contain information that is privileged and confidential. If the reader of the
message is not the intended recipient or an authorized representative of the
intended recipient, you are hereby notified that any dissemination of this
communication is strictly prohibited. If you have received this communication in
error, please notify us immediately by e-mail and delete the message and any
attachments from your system.
More information about the icinga-devel