Thank you Yueh-Hung Liu,<div><br></div><div>Is it possible to discover what´s the problem with the Load, which processes take all the CPU time periodically ???</div><div><br></div><div>Could i do something to improve the CPU usage ?</div>
<div><br></div><div><br><div class="gmail_quote">2011/7/19 Yueh-Hung Liu <span dir="ltr"><<a href="mailto:yuehung.liu@gmail.com">yuehung.liu@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
load is not the same as cpu usage, load is the number of queued<br>
processes in a period.<br>
maybe there are processes waiting for some events, such as I/O.<br>
<br>
<br>
2011/7/19 Javier González <<a href="mailto:jagonzalaz@gmail.com">jagonzalaz@gmail.com</a>>:<br>
<div><div></div><div class="h5">> Hello,<br>
> I have seen a lot peaks on the CPU LOAD of my nagios machine (See pnp4nagios<br>
> graphs on pdf document attached).<br>
> I don´t know which process/processes are the ones that use too much CPU on<br>
> that periods because the PC is only used for Nagios (And plugins used with<br>
> it) and all the plugins defined have a check_period of 1 minute and there is<br>
> a lot of periods where the load is near to 0 (so what happens every 2 hours<br>
> more or less that use so much CPU???)<br>
> I have tried to find the process that causes this behavior with the "top"<br>
> command but %Cpu idle is always (also on the peaks of the CPU LOAD) more han<br>
> 70% and no process uses more than 4% of CPU (See three examples of TOP<br>
> command where %CPU idle is always high but Load vary a lot on each case)<br>
> ******************************************************************<br>
> top - 11:52:27 up 9:51, 1 user, load average: 0.09, 0.56, 0.62<br>
> Tasks: 102 total, 1 running, 101 sleeping, 0 stopped, 0 zombie<br>
> Cpu(s): 7.9%us, 1.5%sy, 0.0%ni, 88.4%id, 1.0%wa, 0.3%hi, 0.8%si,<br>
> 0.0%st<br>
> Mem: 2050176k total, 675704k used, 1374472k free, 132628k buffers<br>
> Swap: 2096472k total, 0k used, 2096472k free, 333384k cached<br>
> top - 13:30:05 up 11:29, 2 users, load average: 1.53, 1.27, 0.83<br>
> Tasks: 110 total, 3 running, 107 sleeping, 0 stopped, 0 zombie<br>
> Cpu(s): 9.2%us, 1.5%sy, 0.0%ni, 88.6%id, 0.0%wa, 0.0%hi, 0.7%si,<br>
> 0.0%st<br>
> Mem: 2050176k total, 708540k used, 1341636k free, 139020k buffers<br>
> Swap: 2096472k total, 0k used, 2096472k free, 334668k cached<br>
> top - 13:16:39 up 1 day, 11:15, 2 users, load average: 2.45, 2.03, 1.96<br>
> Tasks: 106 total, 1 running, 105 sleeping, 0 stopped, 0 zombie<br>
> Cpu(s): 7.8%us, 1.4%sy, 0.0%ni, 89.1%id, 1.0%wa, 0.2%hi, 0.5%si,<br>
> 0.0%st<br>
> Mem: 2050176k total, 845668k used, 1204508k free, 167244k buffers<br>
> Swap: 2096472k total, 0k used, 2096472k free, 351224k cached<br>
><br>
><br>
><br>
> ********************************************************************<br>
><br>
> Is there some way to find wich process cause this high CPU LOAD ? (Which<br>
> proccess use sometimes a lot of the CPU time so queuing other processes).<br>
> Why sometimes the CPU Load is near to 0 and other times Load_1_min is near<br>
> to 4 (On the example 2,45 but there are higher values) if the processes are<br>
> always the same ???<br>
> Thank you very much<br>
> *****************************************************************************<br>
> Environment Description.<br>
> Intel Core 2 DUO E7500 / 2,93GHz<br>
> DDR2 2GB / 667MHz<br>
> Centos 5.5<br>
> Nagios 3.2.3<br>
> nagios-plugins-1.4.11<br>
> net-snmp-5.6<br>
> snmptt-1.3<br>
> mklivestatus-1.1.8<br>
> nagvis-1.5.6<br>
> pnp4nagios-0.6.10<br>
</div></div>> ------------------------------------------------------------------------------<br>
> Magic Quadrant for Content-Aware Data Loss Prevention<br>
> Research study explores the data loss prevention market. Includes in-depth<br>
> analysis on the changes within the DLP market, and the criteria used to<br>
> evaluate the strengths and weaknesses of these DLP solutions.<br>
> <a href="http://www.accelacomm.com/jaw/sfnl/114/51385063/" target="_blank">http://www.accelacomm.com/jaw/sfnl/114/51385063/</a><br>
> _______________________________________________<br>
> Nagios-users mailing list<br>
> <a href="mailto:Nagios-users@lists.sourceforge.net">Nagios-users@lists.sourceforge.net</a><br>
> <a href="https://lists.sourceforge.net/lists/listinfo/nagios-users" target="_blank">https://lists.sourceforge.net/lists/listinfo/nagios-users</a><br>
> ::: Please include Nagios version, plugin version (-v) and OS when reporting<br>
> any issue.<br>
> ::: Messages without supporting info will risk being sent to /dev/null<br>
><br>
<br>
------------------------------------------------------------------------------<br>
Magic Quadrant for Content-Aware Data Loss Prevention<br>
Research study explores the data loss prevention market. Includes in-depth<br>
analysis on the changes within the DLP market, and the criteria used to<br>
evaluate the strengths and weaknesses of these DLP solutions.<br>
<a href="http://www.accelacomm.com/jaw/sfnl/114/51385063/" target="_blank">http://www.accelacomm.com/jaw/sfnl/114/51385063/</a><br>
_______________________________________________<br>
Nagios-users mailing list<br>
<a href="mailto:Nagios-users@lists.sourceforge.net">Nagios-users@lists.sourceforge.net</a><br>
<a href="https://lists.sourceforge.net/lists/listinfo/nagios-users" target="_blank">https://lists.sourceforge.net/lists/listinfo/nagios-users</a><br>
::: Please include Nagios version, plugin version (-v) and OS when reporting any issue.<br>
::: Messages without supporting info will risk being sent to /dev/null<br>
</blockquote></div><br></div>