[hobbit] Client interval question

[Jeff Newman]

Scott,

I wanted to respond to you regarding technical reasons on a decreased
interval.

I agree that in most cases where people would want an increase in frequency
it
would be for real-time performance analysis, whereas hobbit/bb are more for
capacity planning/trending.

In my business, we deal with recieving all financial data and pushing that
data around
servers. a graph would have little data until the stock market opens, then
the floodgates open :-)
The graph then fluctuates with another surge at market close.

The interval being at 1 minute for specifically CPU and network is important
to us
for capacity planning purposes because during, say, market open, there are
huge peaks
that a 5m interval doesn't catch. We need to plan capacity based around
those spikes, as those are indicative of future market trends in stock
volume. It's not that the 5m interval does nothing, indeed it is helpful,
but from a business perspective, a 1m interval allows us to plan capacity
because it helps us catch the spikes that we want to see.

So something like a low-interval cpu/network column would be beneficial.
Those tests could
use seperate rrd files etc...

I recently integrated mrtg into hobbit. I assume that the 5m interval
"issue" (not really an issue I know) exists with it as well since it
utilizes the same rrd structure? Or can I set the interval of mrtg to be 1
minute? That would solve my networking interval problem.

Anyway, I hope I have explained the business reason well enough, feel free
to ask any questions. I feel that while not all circumstances are ideal for
a 1m polling sample, there
are some situations where this is ideal.

-Jeff



On 12/15/05, Scott Walters <scott at packetpushers.com> wrote:
>
> On Thu, 15 Dec 2005, Tracy J. Di Marco White wrote:
>
> > Everyone really needs to consider what all the effects are of
> > the frequency of the monitoring.
>
> I understand a more frequent sampling period is an easy sell, but I don't
> think it is a valid one when the rubber meets the road.
>
> Plus, I try and make sure all technical decisions have a business reason.
>
> I dislike technology and its advocates that try and drive the business.
> I guess I've gotten old and 'kewl' is no longer good enough ;)
>
> Businessmen don't think in terms of technology.  It's our job as
> professionals to make technology help the business.  If we cannot clearly
> articulate how technology (or architecture changes) can help the business,
> it probably won't.
>
> Unfortunately, mailing lists are not the best forum for these discussions.
>
> --
> Scott Walters
> -PacketPusher
>
>
> To unsubscribe from the hobbit list, send an e-mail to
> hobbit-unsubscribe at hswn.dk
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xymon.com/pipermail/xymon/attachments/20051223/1d2f0ad8/attachment.html>