[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: FSFS nosync

From: Stefan Sperling <stsp_at_elego.de>
Date: Thu, 15 Dec 2011 23:38:18 +0100

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

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.