Web interface performance issues
Ben
bench at silentmedia.com
Thu Apr 28 01:58:51 CEST 2005
Your problem is due to the fundamental design of the web CGIs. Fixing it
requires replacing them, which is why I created the nagios-db project on
sourceforge. I've got about 8500 services on about 2500 hosts, and my
status pages comes up in under 3 seconds.
On Wed, 27 Apr 2005, Smith, Jobey wrote:
> Hello,
>
>
>
> We currently have Nagios monitoring over 1000 hosts with over 2200
> service checks and bringing up the Summary pages takes roughly 60
> seconds. Its not the server itself since we've just built another
> server for Nagios with dual 2.4 procs and 4gb of ram and it's the same
> speed loading as the original server (dual 933mhz, 2gb ram). I'm
> assuming this is so due to Nagios "recreating" the page for each load.
> We use that view because we have customer names as hostgroups with hosts
> (and their services) assigned to those hostgroups. Are there any web
> performance tips you can recommend? Can you nest hostgroups within
> hostgroups (or would that even speed anything up even if you could)?
>
>
>
> Thanks in advance,
>
>
>
> Jobey Smith
>
> VeriCenter, Inc.
>
> 404-817-8212 (o)
>
> 404-310-0098 (c)
>
> jsmith at vericenter.com <mailto:jsmith at vericenter.com>
>
>
>
>
>
>
-------------------------------------------------------
SF.Net email is sponsored by: Tell us your software development plans!
Take this survey and enter to win a one-year sub to SourceForge.net
Plus IDC's 2005 look-ahead and a copy of this survey
Click here to start! http://www.idcswdc.com/cgi-bin/survey?id=105hix
_______________________________________________
Nagios-users mailing list
Nagios-users at lists.sourceforge.net
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
More information about the Users
mailing list