<div>Sorry, one more thing (don't mean to add to message volume)<br><br>I discovered that if I updated the hobbitlaunch.cfg to have mrtg start at 1m intervals,<br>AND specified Interval: 1 in the mrtg.cfg file, hobbit handles it just fine (draws the graphs
<br>with the correct 1m deliniations and updates accordingly)<br><br>-Jeff</div>
<div><br><br> </div>
<div><span class="gmail_quote">On 12/23/05, <b class="gmail_sendername">Jeff Newman</b> <<a href="mailto:jeffnewman75@gmail.com">jeffnewman75@gmail.com</a>> wrote:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">
<div>Scott,</div>
<div> </div>
<div>I wanted to respond to you regarding technical reasons on a decreased interval.</div>
<div> </div>
<div>I agree that in most cases where people would want an increase in frequency it</div>
<div>would be for real-time performance analysis, whereas hobbit/bb are more for capacity planning/trending.</div>
<div> </div>
<div>In my business, we deal with recieving all financial data and pushing that data around</div>
<div>servers. a graph would have little data until the stock market opens, then the floodgates open :-)</div>
<div>The graph then fluctuates with another surge at market close.</div>
<div> </div>
<div>The interval being at 1 minute for specifically CPU and network is important to us</div>
<div>for capacity planning purposes because during, say, market open, there are huge peaks</div>
<div>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. 
</div>
<div> </div>
<div>So something like a low-interval cpu/network column would be beneficial. Those tests could</div>
<div>use seperate rrd files etc... </div>
<div> </div>
<div>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. 
</div>
<div> </div>
<div>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</div>
<div>are some situations where this is ideal.</div><span class="sg">
<div> </div>
<div>-Jeff</div></span>
<div><span class="e" id="q_10858345466b6a52_2">
<div><br><br> </div>
<div><span class="gmail_quote">On 12/15/05, <b class="gmail_sendername">Scott Walters</b> <<a onclick="return top.js.OpenExtLink(window,event,this)" href="mailto:scott@packetpushers.com" target="_blank">scott@packetpushers.com
</a>> wrote:</span> 
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">On Thu, 15 Dec 2005, Tracy J. Di Marco White wrote:<br><br>> Everyone really needs to consider what all the effects are of 
<br>> the frequency of the monitoring.<br><br>I understand a more frequent sampling period is an easy sell, but I don't<br>think it is a valid one when the rubber meets the road.<br><br>Plus, I try and make sure all technical decisions have a business reason. 
<br><br>I dislike technology and its advocates that try and drive the business.<br>I guess I've gotten old and 'kewl' is no longer good enough ;)<br><br>Businessmen don't think in terms of technology.  It's our job as<br>
professionals to make technology help the business.  If we cannot clearly<br>articulate how technology (or architecture changes) can help the business,<br>it probably won't.<br><br>Unfortunately, mailing lists are not the best forum for these discussions. 
<br><br>--<br>Scott Walters<br>-PacketPusher<br><br><br>To unsubscribe from the hobbit list, send an e-mail to<br><a onclick="return top.js.OpenExtLink(window,event,this)" href="mailto:hobbit-unsubscribe@hswn.dk" target="_blank">
hobbit-unsubscribe@hswn.dk</a><br><br><br></blockquote></div><br></span></div></blockquote></div><br>