[rrd-developers] Re: Architecture-dependent RRD file format

Matt Zimmerman mdz at debian.org
Mon Oct 29 08:15:36 MET 2001

On Mon, Oct 29, 2001 at 07:37:15AM +0100, Tobias Oetiker wrote:

> Yes the problem is the numerical storage format ... it is the quickest
> to do it that way, but it becomes architecture dependent ... the
> cleanest solution would be to offer the option of using xdr as storage
> format ...
> This could be specified when running rrdtool create (or restore) and
> then the resto of the tools would recigniyze the data as being xdr and
> convert it accordingly ...

This doesn't sound like too much work, though it would require breaking
backward compatibility.  If the xdr routines are used for RPC, they
should be pretty quick, and the code in glibc looks simple, so the
performance impact should not be too great.

Are there other changes already in progress which will break backward
compatibility?  That is, will the rrd_version be incremented?  If so, I
would be willing to do some work on implementing an xdr-based format.

 - mdz

Unsubscribe mailto:rrd-developers-request at list.ee.ethz.ch?subject=unsubscribe
Help        mailto:rrd-developers-request at list.ee.ethz.ch?subject=help
Archive     http://www.ee.ethz.ch/~slist/rrd-developers
WebAdmin    http://www.ee.ethz.ch/~slist/lsg2.cgi

More information about the rrd-developers mailing list