Charting server load

Kihara Muriithi william.muriithi-Re5JQEeQqe8AvxtiuMwx3w at public.gmane.org
Sun Feb 4 14:09:56 UTC 2007


On 02/02/07, Kevin Cozens <kevin-4dS5u2o1hCn3fQ9qLvQP4Q at public.gmane.org> wrote:
>
> William O'Higgins Witteman wrote:
> > Is there an easy, lightweight way to chart the loads on a server?  I am
> > one of many on a shared host that is obviously overloaded, and I want to
> > see if I can get the provider to acknowledge that the machine needs
> > upgrading or dividing.
> >

Yes, and a good tool for that is cacti. If your hosting guys are running
SNMP agent, this would be the best solution IMHO as it can graph both the
system and the service load over time. Cacti should run on a remote host to
avoid slowing your hosting box.
 The cool thing about cacti is you will just need to point your provider to
the cacti graphs.
William


When I was monitoring a machine running a web server some time ago, I
> used a cron job that ran every 5 minutes to grab and save information
> about network on a given interface. The information was gathered by
> doing SNMP queries. SNMP allows you to access all sorts of information
> (if the server is running an snmp daemon). Alternatively, you could just
> run a cron job to save the uptime information to the end of a file every
> x minutes.
>
> If the load average is getting over 20 at times, the machine is
> definitely getting bogged with some (as in too many CPU intensive?)
> processes.
>
> --
> Cheers!
>
> Kevin.
>
> http://www.ve3syb.ca/           |"What are we going to do today, Borg?"
> Owner of Elecraft K2 #2172      |"Same thing we always do, Pinkutus:
>                                 |  Try to assimilate the world!"
> #include <disclaimer/favourite> |              -Pinkutus & the Borg
>
> --
> The Toronto Linux Users Group.      Meetings: http://gtalug.org/
> TLUG requests: Linux topics, No HTML, wrap text below 80 columns
> How to UNSUBSCRIBE: http://gtalug.org/wiki/Mailing_lists
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://gtalug.org/pipermail/legacy/attachments/20070204/0c991851/attachment.html>


More information about the Legacy mailing list