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