Thirdsies!<br><br><div><span class="gmail_quote">On 2/28/08, <b class="gmail_sendername">Kauffman, Tom</b> <<a href="mailto:KauffmanT@nibco.com">KauffmanT@nibco.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
I'll second that.<br> <br> I just found out we had a test system that has had an oracle process using 99% of one cpu for the past (drumroll!) two months and we didn't notice it!<br> <br> Tom Kauffman<br> NIBCO, Inc<br>
 <br><br> -----Original Message-----<br> From: Buchan Milne [mailto:<a href="mailto:bgmilne@staff.telkomsa.net">bgmilne@staff.telkomsa.net</a>]<br> Sent: Thursday, February 28, 2008 1:44 PM<br> To: <a href="mailto:hobbit@hswn.dk">hobbit@hswn.dk</a><br>
 Subject: [hobbit] Feature request - thresholds for CPU utilisation (not load average)<br> <br> Something I have been wondering about for a while is whether it would be<br> possible to have thresholds on the CPU utilisation. While we have thresholds<br>
 for load averages, in some cases these have to be relatively high (e.g. 2 to<br> 4 times the number of CPUs) due to the impact of IO wait on load average<br> (e.g, our SAN-attached NFS servers often have a load average of over 10, with<br>
 a CPU utilisation of 50%, when reading over 10k blocks/sec). However, it then<br> makes it difficult to catch a process in CPU-race (as much less IO gets done,<br> IO wait is low, and load average is almost exactly 1 *CPUs).<br>
 <br> The CPU utilisation is already reported (in the vmstat data), which is how I<br> know the above about our NFS servers (vmstat/vmstat1 graph).<br> <br> This would also remove the complication of thresholds differing between<br>
 servers with different numbers of CPUs, and maybe work better for Windows<br> clients (which don't seem to have a concept of load average).<br> <br> (I don't mean thresholds for load average should be removed ... I would love<br>
 to have thresholds for both load average and CPU utilisation).<br> <br> Regards,<br> Buchan<br> <br> To unsubscribe from the hobbit list, send an e-mail to<br> <a href="mailto:hobbit-unsubscribe@hswn.dk">hobbit-unsubscribe@hswn.dk</a><br>
 <br> <br> <br> <br>CONFIDENTIALITY NOTICE:  This email and any attachments are for the<br> exclusive and confidential use of the intended recipient.  If you are not<br> the intended recipient, please do not read, distribute or take action in<br>
 reliance upon this message. If you have received this in error, please<br> notify us immediately by return email and promptly delete this message<br> and its attachments from your computer system. We do not waive<br> attorney-client or work product privilege by the transmission of this<br>
 message.<br> <br><br> To unsubscribe from the hobbit list, send an e-mail to<br> <a href="mailto:hobbit-unsubscribe@hswn.dk">hobbit-unsubscribe@hswn.dk</a><br> <br> <br> </blockquote></div><br><br clear="all"><br>-- <br>
Josh Luthman<br>Office: 937-552-2340<br>Direct: 937-552-2343<br>1100 Wayne St<br>Suite 1337<br>Troy, OH 45373<br><br>Those who don't understand UNIX are condemned to reinvent it, poorly.<br>--- Henry Spencer