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

RE: Slow performance SVN Update

From: Johan Corveleyn <johan.corveleyn_at_uz.kuleuven.ac.be>
Date: Fri, 25 Sep 2009 13:17:58 +0200

> Van: Jonas Rosqvist [mailto:jonas.rosqvist_at_gmail.com]
> Thank you for your suggestions, unfortunately,I haven't been able to
> find the issue in trac
> Disk activity is very high during the pauses but when measuring
> diskspeed the is no pattern between fast disk and fast svn updates.
> We tried switching off the icon overlays and that takes TSVNCAche out
> of the equation but still no significant performance gain.
> Is there something else we could try?

I think the issue that's been referred to is (not trac but svn's bug database, i.e. bugzilla):
http://subversion.tigris.org/issues/show_bug.cgi?id=3369 - Locking strategy inadequate for decent Windows Performance

The problem is that SVN client-side does a lot of IO on thousands of small files, just to lock the working copy, before the update is even started. There's not much you can do about that right now, but we all hope that this will be very much improved in SVN's next major release, 1.7 (being developed as we speak). That version includes a rewrite of the working copy system (called wc-ng), which should have centralized meta-data instead of meta-data scattered throughout the working copy. Hopefully that will drastically reduce the amount of IO that SVN has to do for things like this.

So, apart from waiting for 1.7 (or contributing to get it finished faster - http://subversion.tigris.org/development.html), the only thing you can do is to make your working copies as small as you can. And try to optimize your system for disk IO (avoid virus scanning of the working copy, defrag regularly, get a high speed disk, ... mmmm, a solid state disk even maybe?)



To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-09-25 13:18:55 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.