I currently use ePN for all my active checks (though most are only every 60 minutes since I rely on passive means). The only thing I run outside of ePN is my notification script as I haven't had the urge or need to rewrite it to load under the ePN. I don't use the Nagios::Plugin CPAN module though, just the utils.pm.
I have seen many reports of memory leaks but I've yet to see any on this or any earlier deployment. Time Frame Services Checked <= 1 minute: 613 (10.0%) <= 5 minutes: 1702 (27.8%) <= 15 minutes: 1878 (30.7%) <= 1 hour: 4281 (70.0%) Since program start: 4281 (70.0%) ---- Larry Low 4150 N Drinkwater Blvd., 5th Floor Scottsdale, AZ 85251 Office: 480.385.7045 E-mail: [EMAIL PROTECTED]' Telesphere Networks, Inc > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:nagios-users- > [EMAIL PROTECTED] On Behalf Of Max > Sent: Tuesday, February 05, 2008 1:02 PM > To: [email protected] > Subject: Re: [Nagios-users] Is Embedded Perl + Nagios::Plugin worth it? > > Hi Jonathan, > > Yes and yes. You will notice a huge decrease in load if you move to > ePN, just make sure you code to the Plugin standards for ePN and make > sure you scope variables properly so you don't have memory leaks in > your code (same situation as if you were writing code for mod_perl). > > I think there is a pretty solid group of people using ePN, if > anything my hope is that future releases will add the option of > enabling other embedded interpreters at compile time (Lua, ruby, > python, PHP) the way the Net-SNMP project, RRDtool, and others do :). > > - Max > > On Feb 5, 2008 2:08 PM, Jonathan Call <[EMAIL PROTECTED]> wrote: > > I've got one server that is getting tanked right now. (Load average > in > > the 50's) Is it worth it to rewrite the many perl scripts I have to > use > > Embedded Perl and the Nagios::Plugin CPAN module? > > > > I'm speaking in terms of performance and also in terms of future > Nagios > > releases/compatibility. > > > > Jonathan > > > > > > This email message is intended for the use of the person to whom it > has been sent, and may contain information that is confidential or > legally protected. If you are not the intended recipient or have > received this message in error, you are not authorized to copy, > distribute, or otherwise use this message or its attachments. Please > notify the sender immediately by return e-mail and permanently delete > this message and any attachments. Verio, Inc. makes no warranty that > this email is error or virus free. Thank you. > > > > --------------------------------------------------------------------- > ---- > > This SF.net email is sponsored by: Microsoft > > Defy all challenges. Microsoft(R) Visual Studio 2008. > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > _______________________________________________ > > Nagios-users mailing list > > [email protected] > > https://lists.sourceforge.net/lists/listinfo/nagios-users > > ::: Please include Nagios version, plugin version (-v) and OS when > reporting any issue. > > ::: Messages without supporting info will risk being sent to > /dev/null > > > > ----------------------------------------------------------------------- > -- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Nagios-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/nagios-users > ::: Please include Nagios version, plugin version (-v) and OS when > reporting any issue. > ::: Messages without supporting info will risk being sent to /dev/null ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Nagios-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null
