> -----Original Message-----
> From: Bolstridge, Andrew [mailto:andy.bolstridge_at_intergraph.com]
> Sent: vrijdag 13 februari 2009 14:44
> To: users_at_subversion.tigris.org
> Subject: RE: Speeding up workspace
> > -----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
> > the network traffic/progress. (The lock step doesn't access the
> > 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
> > bit) useful.
> So, if I'm right: SVN locks solely to prevent multiple clients
> 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
> 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.
I suggested implementing this fix for 1.6 as the actual implementation of a
stable fix is only a few hours of work (I could have completed this a few
The sentiment on the development list (and irc) was however that the actual
fix should wait for 1.7. (Reasoning: Not needed for 1.7 and the performance
is not worse than that of 1.0-1.5.. and that this should be checked
thoroughly of course).
(See the dev_at_s.t.o archive:
4340 and follow ups)
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-02-13 15:41:35 CET