RE: Slow performance SVN Update

> 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?)

Regards,
Johan

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

To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-09-25 13:18:55 CEST