On 15.12.2011 23:38, Stefan Sperling wrote: > 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.
There ain't no ld-preload hacks on Windows. -- Brane
