[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: Branko Čibej <brane_at_xbc.nu>
Date: Fri, 16 Dec 2011 09:23:11 +0100

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
Received on 2011-12-16 09:23:51 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.