Thirdsies!
On 2/28/08, Kauffman, Tom <user-3feba9e60a8b@xymon.invalid> wrote:
I'll second that.
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!
Tom Kauffman
NIBCO, Inc
-----Original Message-----
From: Buchan Milne [mailto:user-9b139aff4dec@xymon.invalid]
Sent: Thursday, February 28, 2008 1:44 PM
To: user-ae9b8668bcde@xymon.invalid
Subject: [hobbit] Feature request - thresholds for CPU utilisation (not
load average)
Something I have been wondering about for a while is whether it would be
possible to have thresholds on the CPU utilisation. While we have
thresholds
for load averages, in some cases these have to be relatively high (e.g. 2
to
4 times the number of CPUs) due to the impact of IO wait on load average
(e.g, our SAN-attached NFS servers often have a load average of over 10,
with
a CPU utilisation of 50%, when reading over 10k blocks/sec). However, it
then
makes it difficult to catch a process in CPU-race (as much less IO gets
done,
IO wait is low, and load average is almost exactly 1 *CPUs).
The CPU utilisation is already reported (in the vmstat data), which is how
I
know the above about our NFS servers (vmstat/vmstat1 graph).
This would also remove the complication of thresholds differing between
servers with different numbers of CPUs, and maybe work better for Windows
clients (which don't seem to have a concept of load average).
(I don't mean thresholds for load average should be removed ... I would
love
to have thresholds for both load average and CPU utilisation).
Regards,
Buchan
CONFIDENTIALITY NOTICE: This email and any attachments are for the
exclusive and confidential use of the intended recipient. If you are not
the intended recipient, please do not read, distribute or take action in
reliance upon this message. If you have received this in error, please
notify us immediately by return email and promptly delete this message
and its attachments from your computer system. We do not waive
attorney-client or work product privilege by the transmission of this
message.
--
Josh Luthman
Office: XXX-XXX-XXXX
Direct: XXX-XXX-XXXX
XXXX Wayne St
Suite XXXX
Troy, OH XXXXX
Those who don't understand UNIX are condemned to reinvent it, poorly.
--- Henry Spencer