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

Re: Subversion Windows Performance compared to Linux

From: Branko Čibej <brane_at_wandisco.com>
Date: Mon, 28 Apr 2014 17:23:28 +0200

On 28.04.2014 17:06, Les Mikesell wrote:
> On Fri, Apr 25, 2014 at 11:58 PM, Branko Čibej <brane_at_wandisco.com> wrote:
>> "Mostly read-only" would be a pretty good description of mature
>> project maintenance - which in my experience is where most developer
>> time goes.
>>
>>
>> You're confusing the contents of versioned files with working copy metadata.
>> The latter is never mostly read-only; even a simple "svn update" that
>> doesn't change any working file can modify lots of metadata, and this is
>> where locking is involved.
> Will the subversion performance issue affect local storage that is
> exported via nfs or just the clients mounting it remotely?

It's not a Subversion performance issue, it's an NFS performance and
correctness issue; let's not confuse issues here. :)

That said, simultaneous local and (NFS) remote access to the same
working copy is an extremely bad idea; it makes triggering the NFS
atomicity bug far more likely.

-- Brane

-- 
Branko Čibej | Director of Subversion
WANdisco // Non-Stop Data
e. brane_at_wandisco.com
Received on 2014-04-28 17:24:00 CEST

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

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