While we are at async i/o. I think direct i/o and concurrent i/o also deserve a look at. The archives suggest that Bruce had some misgivings about dio because of no kernel caching, but almost all databases seem to (carefully) use dio (Solaris, Linux, ?) and cio (AIX) extensively nowadays.
Since these can be turned on a per file basis, perf testing them out should be simpler too.
On 10/25/06, Martijn van Oosterhout <email@example.com> wrote:
On Tue, Oct 24, 2006 at 12:53:23PM -0700, Ron Mayer wrote:
> Anyway, for those who want to see what they do in Linux,
> Pretty scary that Bruce said it could make older linuxes
> dump core - there isn't a lot of code there.
The bug was probably in the glibc interface to the kernel. Google found
i.e. posix_fadvise appears to have been broken on all 64-bit
architechtures prior to March 2004 due to a silly linking error.
And then things like this:
Which suggest that prior to glibc 2.3.5, posix_fadvise crashed on 2.4
kernels. That's a fairly recent version, so the bug would still be
Have a nice day,
Martijn van Oosterhout <firstname.lastname@example.org> http://svana.org/kleptog/
> From each according to his ability. To each according to his ability to litigate.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)
-----END PGP SIGNATURE-----
All the world's a stage, and most of us are desperately unrehearsed.