RE: Re: performance improvements

Excuse me for being dense, but why the interest in moving the databases
between machines?

I would rather see performance optimization for the machine it is
running on, with a tool to export/import the native format to an
interchange format if and when the database needed to be moved across
architectures. Don't pay a constant performance penalty for a relatively
infrequent operation.

Paul

> -----Original Message-----
> From: [email protected]=20
> [mailto:[email protected]] On Behalf=20
> Of Kai Gro=DFjohann
> Sent: Thursday, January 30, 2003 7:49 AM
> To: [email protected]
> Subject: [Ifile-dev] Re: performance improvements
>=20
> Dave Marquardt <[email protected]> writes:
>=20
> > On Wed, 29 Jan 2003 21:15:32 +0100,=20
> > [email protected] (Kai Gro=DFjohann) said:
> >
> > Kai> Dave Marquardt <[email protected]> writes:
> >>> I guess another option would be to invent some sort of=20
> >>> portable binary database format, but that's pretty far
> >>> down on my list right now.
> >
> > Kai> I guess that most machines can convert to/from network=20
> > Kai> byte order.
> >
> > Not exactly a high performance operation, though.  We could even use
> > XDR, but again, not a high performance operation.
>=20
> I don't know what ifile stores, but if it is anything like inverted
> files, another idea would be to use the inverted file compression
> algorithms from the Managing Gigabytes folks.  I think these produce
> machine-independent files, but if not it could probably fairly easily
> be achieved.
>=20
> The idea is that the additional computation spent on compression is
> compensated for by the saved I/O.
> --=20
> Ambibibentists unite!
>=20
>=20
>=20
> _______________________________________________
> Ifile-dev mailing list
> [email protected]
> http://mail.nongnu.org/mailman/listinfo/ifile-dev
>=20