[rrd-developers] Re: Architecture-dependent RRD file format
oetiker at ee.ethz.ch
Tue Oct 30 07:39:01 MET 2001
Yesterday Matt Zimmerman wrote:
> On Mon, Oct 29, 2001 at 08:36:29AM +0100, Tobias Oetiker wrote:
> > Today Matt Zimmerman wrote:
> > > 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.
> > well there are features in the development tree which break backward
> > compatibility but they are done in a way, so that if they are not
> > used, still the old format is used ...
> > I would imagine an implementation where usage of xdr is optional ...
> > if rrdtool is used in an embeded system it does not make sense to
> > require xdr ... even worse it may not be available on all platforms
> > ...
> > I could see xdr even going into the 1.0.x tree if it was done in a way
> > where the format was recogniced from the magick cookie in the rrd
> > header ...
> How about creating a different cookie for float_cookie to indicate that
> the RRD is architecture-independent? At configure time, we could check
> whether the system has xdr routines, and if so, compile in support for
> architecture-independent RRDs (in which xdr would be used).
Exactly ... this is what I have been trying to tell you ... I
assumed, that by encoding the cookie with xdr you would get a
special value anyway, but having a exlicit xdr cookie may be even
better, just in cas the xdr float format is 'almost' the same as
the native format on some architecture.
______ __ _
/_ __/_ / / (_) Oetiker, ETZ J97, ETH, 8092 Zurich, Switzerland
/ // _ \/ _ \/ / phoneto:+41(0)1-632-5286 faxto:+41(0)1-632-1517
/_/ \.__/_.__/_/ mailto:oetiker at ee.ethz.ch http://people.ee.ethz.ch/~oetiker
Unsubscribe mailto:rrd-developers-request at list.ee.ethz.ch?subject=unsubscribe
Help mailto:rrd-developers-request at list.ee.ethz.ch?subject=help
More information about the rrd-developers