[Nagios-devel] How is latency calculated?
Posted: Mon Mar 30, 2009 2:30 pm
Hello Everyone,
I've been working on updating a Neb Module and bringing it up to compatibil=
ity with Nagios 2.12 with an eye towards getting updated to 3x.
I've run into a bit of a snag though.
It appears that service check latency climbs along a steady and continual c=
urve. This curve can be exaggerated by having the module immediately retur=
n with fake results.
For instance under normal circumstances service check latency starts out at=
about 30 seconds (there are some 27,000 checks being run), this latency wi=
ll continually grow in a relatively smooth curve at a rate of about 2 secs =
per hr.
However if I modify the Neb module to immediately return ok, instead of dec=
reasing service check latency it actually increases it, so instead of 2 sec=
s per hr of growth, it skyrockets to 200 seconds per hr.
I just can't see how this could be possible. One would tend to think that =
having it return immediately, thereby short circuiting the check, that late=
ncy should drop to around 0.
Instead it appears that latency grows as the number of checks completed inc=
reases.
To top it off, I've grepped the source numerous times to try and find the s=
ervice check latency calculation and I'm not seeing anything, at least not =
in the reaper which is where I would expect to find that calculation.
Can anyone give me some advice here? Especially if I could know where the =
latency, both for the individual service check itself as well as average se=
rvice check latency for the system is being calculated, I would very much a=
ppreciate it.
Thanks in advance!
Sincerely,
Steve=20
NOTICE: This email message is for the sole use of the intended recipient(s=
) and may contain confidential and privileged information. Any unauthorized=
review, use, disclosure or distribution is prohibited. If you are not the =
intended recipient, please contact the sender by reply email and destroy al=
l copies of the original message.
This post was automatically imported from historical nagios-devel mailing list archives
Original poster: [email protected]
I've been working on updating a Neb Module and bringing it up to compatibil=
ity with Nagios 2.12 with an eye towards getting updated to 3x.
I've run into a bit of a snag though.
It appears that service check latency climbs along a steady and continual c=
urve. This curve can be exaggerated by having the module immediately retur=
n with fake results.
For instance under normal circumstances service check latency starts out at=
about 30 seconds (there are some 27,000 checks being run), this latency wi=
ll continually grow in a relatively smooth curve at a rate of about 2 secs =
per hr.
However if I modify the Neb module to immediately return ok, instead of dec=
reasing service check latency it actually increases it, so instead of 2 sec=
s per hr of growth, it skyrockets to 200 seconds per hr.
I just can't see how this could be possible. One would tend to think that =
having it return immediately, thereby short circuiting the check, that late=
ncy should drop to around 0.
Instead it appears that latency grows as the number of checks completed inc=
reases.
To top it off, I've grepped the source numerous times to try and find the s=
ervice check latency calculation and I'm not seeing anything, at least not =
in the reaper which is where I would expect to find that calculation.
Can anyone give me some advice here? Especially if I could know where the =
latency, both for the individual service check itself as well as average se=
rvice check latency for the system is being calculated, I would very much a=
ppreciate it.
Thanks in advance!
Sincerely,
Steve=20
NOTICE: This email message is for the sole use of the intended recipient(s=
) and may contain confidential and privileged information. Any unauthorized=
review, use, disclosure or distribution is prohibited. If you are not the =
intended recipient, please contact the sender by reply email and destroy al=
l copies of the original message.
This post was automatically imported from historical nagios-devel mailing list archives
Original poster: [email protected]