[hobbit] Client interval question
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
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)
On 12/23/05, Jeff Newman <jeffnewman75 at gmail.com> wrote:
> I wanted to respond to you regarding technical reasons on a decreased
> 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.
> 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...
More information about the Xymon