[hobbit] Client interval question

Jeff Newman jeffnewman75 at gmail.com
Fri Dec 23 18:08:12 CET 2005


Sorry, one more thing (don't mean to add to message volume)

I discovered that if I updated the hobbitlaunch.cfg to have mrtg start at 1m
intervals,
AND specified Interval: 1 in the mrtg.cfg file, hobbit handles it just fine
(draws the graphs
with the correct 1m deliniations and updates accordingly)

-Jeff



On 12/23/05, Jeff Newman <jeffnewman75 at gmail.com> wrote:
>
> 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/aca0d3e0/attachment.html>


More information about the Xymon mailing list