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

RE: Speeding up workspace

From: Bolstridge, Andrew <andy.bolstridge_at_intergraph.com>
Date: Fri, 13 Feb 2009 13:44:10 -0000

> -----Original Message-----
> From: Bert Huijben [mailto:rhuijben_at_sharpsvn.net]
> Sent: Friday, February 13, 2009 8:03 AM
> To: Listman
> Cc: users_at_subversion.tigris.org
> Subject: RE: Speeding up workspace
>
> In a GUI client you can see where the second step starts by looking at
> the network traffic/progress. (The lock step doesn't access the
network)
>
> I was pretty shocked to find out that most time was spend on just
> getting the working copy locked and not on doing something (at least a
> bit) useful.

So, if I'm right: SVN locks solely to prevent multiple clients accessing
the working copy while its checking it for updates. The locking is
really slow and could be improved.

Given that, it seems the locking could be replaced with a global lock -
ie write a single .lock file in the user's home directory. It would lock
all other clients from doing anything, but if the update check is fast,
no user will even notice if other operations are paused temporarily,
even if they are operating on a different working copy.

Is it possible to get such a fix into 1.6, maybe pushing back the 1.6
release a little? This sounds like it's a worthwhile, and relatively
safe, update. I'm sure many people would prefer a delay to the release
if it contained a significant speedup.

------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=1150868

To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-02-13 14:58:29 CET

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.