Re: [Nagios-devel] Warnings when compiling glib chained-hash patched nagios
Posted: Fri Mar 26, 2004 1:58 am
I too have had very good results with the chained-hash patch... With =20
total of 9176 services (8334 are passive) among 389 hosts and more to =20=
come I am now getting usable CGI performance with the worse pages =20
taking about 10-15 seconds to finish. (Not including the Maps, which I =20=
don't use). Sure, not the best times in the world, but I am very happy =20=
since without the patch, I looking at times of about 5+ minute (!) =20
before the cgi process finished, but of course not without the web =20
browser timing out first.
Overall, this makes me yearn (yes that's right, I said it) for 2.0!
-- =20
Noah
On Mar 26, 2004, at 1:01 AM, Stanley Hopcroft wrote:
> Dear Ladies and Gentlemen,
>
> I am writing to thank all that contributed to this _very_ useful
> thread, Mr Daniel Drown for his chained patch, and to those who =
adapted
> the patch for nagios 1.2.
>
> Thank you very much.
>
> The patch quoted by Mr Leaman and Michael at OptusNet.Com.AU
>
> . applied cleanly to a 1.2 Nag with local ePN patches
>
> I found I needed to set --fuzz=3D3 and --ignore-white-space to get
> all the hunks to succeed.
>
> . generates lots of unhealthy sounding warnings (whether they are
> unhealthy or not, I can't comment. The code works as advertised.)
>
> . produces a great _boost_ in CGI performace.
>
> I'd have to benchmark the pair to quantify the acceleration but it
> is _good_. For example a hostgroup with 24 hosts and 84 services =
that
> used to load in an extremely relaxed manner, now loads _quickly_.
>
> The result is very impressive.
>
> This installation is very modest: 192 hosts, 383 services on a box
> running SEC, apache, no database, snmptrapd, snmpd, sendmail and
> sshd. Load average Nag optimisation apart from parallelisation, ePN, and chained hash
> patch [Yay!]).
>
>
> Performance Information
> Last Updated: Fri Mar 26 19:50:19 EST 2004
> Updated every 90 seconds
> Nagios=AE - www.nagios.org
> Logged in as anwsmh
>
> Program-Wide Performance Information
>
> Active Checks:
> Time Frame Checks Completed
> Since program start: 332 (85.1%)
> Metric Min. Max. Average
> Check Execution Time: Check Latency: Percent State Change: 0.00% 0.00% 0.00%
> Passive Checks:
> Time Frame Checks Completed
> Since program start: 0 (0.0%)
> Metric Min. Max. Average
> Percent State Change: 0.00% 0.00% 0.00%
>
> I am very pleased with the result and than Mr Down very much for his
> work.
>
> Others have noted that the availability and trend CGIs need more work
> with this patch. This is not an issue for me; should it be, I will
> follow Mr Leamans advice and use unpatched versions.
>
> Yours sincerely.
>
>
> -- =20
> =
-----------------------------------------------------------------------=20=
> -
> Stanley Hopcroft
> =
-----------------------------------------------------------------------=20=
> -
>
> '...No man is an island, entire of itself; every man is a piece of the
> continent, a part of the main. If a clod be washed away by the sea,
> Europe is the less, as well as if a promontory were, as well as if a
> manor of thy friend's or of thine own were. Any man's death diminishes
> me, because I am involved in mankind; and therefore never send to know
> for whom the bell tolls; it tolls for thee...'
>
> from Meditation 17, J Donne.
This post was automatically imported from historical nagios-devel mailing list archives
Original poster: [email protected]
total of 9176 services (8334 are passive) among 389 hosts and more to =20=
come I am now getting usable CGI performance with the worse pages =20
taking about 10-15 seconds to finish. (Not including the Maps, which I =20=
don't use). Sure, not the best times in the world, but I am very happy =20=
since without the patch, I looking at times of about 5+ minute (!) =20
before the cgi process finished, but of course not without the web =20
browser timing out first.
Overall, this makes me yearn (yes that's right, I said it) for 2.0!
-- =20
Noah
On Mar 26, 2004, at 1:01 AM, Stanley Hopcroft wrote:
> Dear Ladies and Gentlemen,
>
> I am writing to thank all that contributed to this _very_ useful
> thread, Mr Daniel Drown for his chained patch, and to those who =
adapted
> the patch for nagios 1.2.
>
> Thank you very much.
>
> The patch quoted by Mr Leaman and Michael at OptusNet.Com.AU
>
> . applied cleanly to a 1.2 Nag with local ePN patches
>
> I found I needed to set --fuzz=3D3 and --ignore-white-space to get
> all the hunks to succeed.
>
> . generates lots of unhealthy sounding warnings (whether they are
> unhealthy or not, I can't comment. The code works as advertised.)
>
> . produces a great _boost_ in CGI performace.
>
> I'd have to benchmark the pair to quantify the acceleration but it
> is _good_. For example a hostgroup with 24 hosts and 84 services =
that
> used to load in an extremely relaxed manner, now loads _quickly_.
>
> The result is very impressive.
>
> This installation is very modest: 192 hosts, 383 services on a box
> running SEC, apache, no database, snmptrapd, snmpd, sendmail and
> sshd. Load average Nag optimisation apart from parallelisation, ePN, and chained hash
> patch [Yay!]).
>
>
> Performance Information
> Last Updated: Fri Mar 26 19:50:19 EST 2004
> Updated every 90 seconds
> Nagios=AE - www.nagios.org
> Logged in as anwsmh
>
> Program-Wide Performance Information
>
> Active Checks:
> Time Frame Checks Completed
> Since program start: 332 (85.1%)
> Metric Min. Max. Average
> Check Execution Time: Check Latency: Percent State Change: 0.00% 0.00% 0.00%
> Passive Checks:
> Time Frame Checks Completed
> Since program start: 0 (0.0%)
> Metric Min. Max. Average
> Percent State Change: 0.00% 0.00% 0.00%
>
> I am very pleased with the result and than Mr Down very much for his
> work.
>
> Others have noted that the availability and trend CGIs need more work
> with this patch. This is not an issue for me; should it be, I will
> follow Mr Leamans advice and use unpatched versions.
>
> Yours sincerely.
>
>
> -- =20
> =
-----------------------------------------------------------------------=20=
> -
> Stanley Hopcroft
> =
-----------------------------------------------------------------------=20=
> -
>
> '...No man is an island, entire of itself; every man is a piece of the
> continent, a part of the main. If a clod be washed away by the sea,
> Europe is the less, as well as if a promontory were, as well as if a
> manor of thy friend's or of thine own were. Any man's death diminishes
> me, because I am involved in mankind; and therefore never send to know
> for whom the bell tolls; it tolls for thee...'
>
> from Meditation 17, J Donne.
This post was automatically imported from historical nagios-devel mailing list archives
Original poster: [email protected]