[rrd-users] Re: how 'bout multiple DS updates with same time?!

Tobias Oetiker oetiker at ee.ethz.ch
Sat Sep 25 15:45:46 MEST 1999


Yesterday you sent me mail regarding Re: [rrd-users] how 'bout multiple DS...:

*>  > From: Tobias Oetiker
*> 
*> Hi Tobi,
*> 
*>  > I will certainly look carefully at a patch which adds this feature 
*>  > ... but
*>  > there ar a number of fundamental roblems to solve in the process ... check
*>  > out the database format to see how it is setup ... just imagine how to cro
*>  > ss
*>  > a primary time point when not all dses have been updated ...
*>  > 
*>  > but don't thret ... for your loosly opled data I would sugest to use a
*>  > separate rrd for each ds anyway ... this will prvide all the flexibility 
*>  > you
*>  > want ...
*> 
*> Ahh, yea, I fully agree.  And I would go so far as to claim that
*> (for example) ifInOctets and ifOutOctets are, by definition,
*> loosely coupled data because they are gotten via seperate
*> snmpgets.
*> 
*> Perhaps a few sentences in the doc mentioning this situation
*> would be more efficient and desirable than actually adding
*> this feature?!  (I'd rather see the "big issues" with RRDtool
*> addressed rather than having time spent writing code that can
*> be, imo, somewhat elegantly "worked-around.")


would you mind writing a few paagraphs for rrdutorisl.pod or rrdcreate.pod?

this would be great ...

cheers
tbi
*> 
*> The tact I'm taking now is to just fudge the update times:
*> since I put a 5 second timeout on executing my collection
*> scripts, the fudge factor is less than 1.6% (5/300).  If the
*> network is hosed enough to cause a five second, graphing NaN
*> is a-okay.
*> 
*> later
*> steve
*> - - -
*> systems guy
*> wiscnet.net
*> 

-- 
 ______    __   _
/_  __/_  / /  (_) Oetiker, Timelord & SysMgr @ EE-Dept ETH-Zurich
 / // _ \/ _ \/ / TEL: +41(0)1-6325286  FAX:...1517  ICQ: 10419518 
/_/ \.__/_.__/_/ oetiker at ee.ethz.ch http://ee-staff.ethz.ch/~oetiker

--
* To unsubscribe from the rrd-users mailing list, send a message with the
  subject: unsubscribe to rrd-users-request at list.ee.ethz.ch



More information about the rrd-users mailing list