<HTML><BODY style="word-wrap: break-word; -khtml-nbsp-mode: space; -khtml-line-break: after-white-space; ">First off, I know I can come off terse in e-mail, but they are not personal attacks. <DIV><BR class="khtml-block-placeholder"><DIV><BLOCKQUOTE type="cite"><DIV> <DIV>It can be a bad idea sometimes, others not (for example, the reply from</DIV> <DIV>the person catching intermittant problems with BB running every minute)</DIV> <DIV><BR></DIV></DIV></BLOCKQUOTE><DIV><BR class="khtml-block-placeholder"></DIV>Who ended up stating the anomaly *was* detected in 5m intervals, but only once every 13h instead of every hour. But I still don't understand how it will help *you*.</DIV><DIV><BR><BLOCKQUOTE type="cite"><DIV><DIV> </DIV> <DIV>A smaller sampling period can show things in a more granular aspect. For example, a process kicks off and 5 minutes later you see 100 errors (im keeping things generic for illustrative purposes) Were those 100 errors in the first minute? the last? constantly throughout the 5 minutes?<BR></DIV></DIV></BLOCKQUOTE><DIV><BR class="khtml-block-placeholder"></DIV>The 5m averages over a week would be quite low compared so a single 5m plot. From that, one could extrapolate in the last 5m things have not been 'normal'.</DIV><DIV><BR><BLOCKQUOTE type="cite"><DIV><DIV> </DIV> <DIV> </DIV> <DIV>Im not saying your wrong, simply pointing out that it's not as black and white as your making it.</DIV><BR></DIV></BLOCKQUOTE><DIV><BR class="khtml-block-placeholder"></DIV><DIV>And I am disagreeing with you ;) I've been watching the data in these graphs for many many years now, and I have yet to come across a situation where having a 1m sampling/graphing period would have helped me fix/improve something . . . </DIV><DIV><BR class="khtml-block-placeholder"></DIV><DIV>It's like a story problem with too much information, it makes coming up with the real answer harder in the end. Most people don't have time/enegry/brains to be able to sift all the data correctly. If if they do, the 5m samples are good enough.</DIV><DIV><BR class="khtml-block-placeholder"></DIV><DIV>Most people (including really smart people that are forgetful) can't deal with an auto-scaling y-axis.</DIV><BR><BLOCKQUOTE type="cite"><DIV> <DIV>Something being just interesting initially can sometimes uncover problems that</DIV> <DIV>you didn't see before.</DIV><BR></DIV></BLOCKQUOTE><DIV><BR class="khtml-block-placeholder"></DIV><DIV>Like I said, if you have job were interesting is worthwhile, wonderful. In my experience, most folks that are running the BB/hobbit tools are involved in the operational aspects of infrastructure, not R&D.</DIV><DIV><BR class="khtml-block-placeholder"></DIV><BLOCKQUOTE type="cite"><DIV><BLOCKQUOTE class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid"><BR>> With the stock larrd/hobbit RRD definitions you are correct. He'll<BR>> only use one of the five, and whine about the timestamp of the other <BR>> four.</BLOCKQUOTE> <DIV> </DIV> <DIV>Firstly, can you explain your comment in more detail? <BR></DIV></DIV></BLOCKQUOTE><DIV><BR class="khtml-block-placeholder"></DIV><DIV>RRD interpolates Time Series Data to put a value at a fixed interval. That is why you hardly ever see integers in the data. If you sample comes in at 299s, RRD interpolates what that value to what would have been at 300s. How this is done can be tuned. The default settings with the RRAs expect data to happen every 300s. RRD will only insert data one time within that interval. </DIV><BR><BLOCKQUOTE type="cite"><DIV><DIV>Secondly, </DIV> <DIV>im confused as to why you would state that I would "whine" about anything</DIV> <DIV>when you have no basis for a conclusion to that effect. It seems to be a rather</DIV> <DIV>pointed comment in a discussion that hasn't involved the use of language that</DIV> <DIV>would dictate a response like that.</DIV><BR></DIV></BLOCKQUOTE><DIV><BR class="khtml-block-placeholder"></DIV>"He'll whine" meant rrdtool, not you:</DIV><DIV><BR class="khtml-block-placeholder"></DIV><P style="margin: 0.0px 0.0px 13.0px 0.0px"><FONT class="Apple-style-span" face="Arial" size="4"><SPAN class="Apple-style-span" style="font-size: 13.3px;"><B>ERROR</B></SPAN></FONT><FONT class="Apple-style-span" face="Arial" size="4"><SPAN class="Apple-style-span" style="font-size: 13.3px;">: illegal attempt to update using time 1042731000 when last update time <BR></SPAN></FONT><FONT class="Apple-style-span" face="Arial" size="4"><SPAN class="Apple-style-span" style="font-size: 13.3px;"> > is 1043099100 (minimum </SPAN></FONT><FONT class="Apple-style-span" face="Arial" size="4"><SPAN class="Apple-style-span" style="font-size: 13.3px;"><B>one</B></SPAN></FONT><FONT class="Apple-style-span" face="Arial" size="4"><SPAN class="Apple-style-span" style="font-size: 13.3px;"> second </SPAN></FONT><FONT class="Apple-style-span" face="Arial" size="4"><SPAN class="Apple-style-span" style="font-size: 13.3px;"><B>step</B></SPAN></FONT><FONT class="Apple-style-span" face="Arial" size="4"><SPAN class="Apple-style-span" style="font-size: 13.3px;">)</SPAN></FONT><FONT class="Apple-style-span" face="Arial" size="4"><SPAN class="Apple-style-span" style="font-size: 13.3px;"> </SPAN></FONT></P><DIV>That's whining in my book. Sorry you thought I was speaking about you.</DIV><DIV><BLOCKQUOTE type="cite"><DIV> <DIV>That is a very good point you make. There is a difference between </DIV> <DIV>real-time analysis and capacity planning/trending. I don't however think </DIV> <DIV>that it is that far outside of hobbit's scope to try and leverage it for </DIV> <DIV>a more pointed analysis.<BR></DIV></DIV></BLOCKQUOTE><DIV><BR class="khtml-block-placeholder"></DIV><DIV>From a software development standpoint there is a lot to be said for: "Do one thing and do it well". If architecting the RRD framework for RTA breaks trending, bad idea.</DIV><DIV><BR class="khtml-block-placeholder"></DIV><BR><BLOCKQUOTE type="cite"><DIV><DIV> My goal isn't to take every machine in my environment</DIV> <DIV>and make them into 1 minute sampling period machines. To have the ability to do</DIV> <DIV>so on a machine-by-machine basis could be useful</DIV><BR></DIV></BLOCKQUOTE><DIV><BR class="khtml-block-placeholder"></DIV>Which is why I proposed another client collector for this activity.</DIV><DIV><BR><BLOCKQUOTE type="cite"><DIV> <BLOCKQUOTE class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid"><BR>> That's my design you inherited and because of the complexity of the<BR>> parts, I think it is a very solid design. </BLOCKQUOTE> <DIV> </DIV> <DIV>I don't think anyone is really questioning that.</DIV><BR></DIV></BLOCKQUOTE><DIV><BR class="khtml-block-placeholder"></DIV>You are questioning that. And that is fine. I don't take it personally you think there may be a better way. I know my way may not be the best, but I sure know exactly *why* I chose it.</DIV><DIV><BR class="khtml-block-placeholder"></DIV><DIV><BLOCKQUOTE type="cite"><DIV> <DIV>Honestly, I don't claim to know anything about the way larrd and hobbit</DIV> <DIV>are coded in the slightest. There are difficulties to be sure, but part of having a </DIV> <DIV>community such as this is to foster ideas and innovation. Just because you</DIV> <DIV>don't think it's useful or that it's hard doesn't mean the same is true for everyone out</DIV> <DIV>there. <BR></DIV></DIV></BLOCKQUOTE><DIV><BR class="khtml-block-placeholder"></DIV>Ahhhhh, to the heart of the matter. Don't suggest ideas in a public forum if you are not prepared to defend them. Fostering ideas comes from intelligent discussions. I merely wanted to understand why you felt you needed a higher sampling rate from a business perspective.</DIV><DIV><BR class="khtml-block-placeholder"></DIV><BR class="khtml-block-placeholder"></DIV><DIV>scott</DIV></BODY></HTML>