On Thu, Dec 15, 2011 at 04:04:13PM -0600, Peter Samuelson wrote:
>
> [Philip Martin]
> > If we had such a flag in fsfs.conf (Stefan suggests
> > "eat-my-data=yes") the code could write all the same data in the same
> > order but avoid making any flush calls thus allowing the OS to order
> > physical writes for optimum speed.
>
> Given the main use case is a distinct svnadmin operation, we could just
> recommend the 'eatmydata' binary (I'm guessing this is what Stefan was
> thinking of when he suggested that option name) which uses an ELF
> preload trick to transparently disable syscalls like fsync() and
> fdatasync().
>
> http://packages.debian.org/sid/eatmydata
> https://launchpad.net/libeatmydata
>
> It apparently works on Linux and Solaris. Don't know if that's enough
> coverage for general interest.
Yes, this is what inspired the idea in the first place and where the
suggestion for the option name comes from (it was actually Philip who
brought it up, not me).
Even though the eatmydata code base is small and looks easily portable
I'd be in favour in an implementation that's native to svnadmin without
the need to use an ld preload hack.
Received on 2011-12-15 23:39:00 CET