[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