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

Re: Merge Performance Issues

From: Stefan Sperling <stsp_at_elego.de>
Date: Tue, 16 Jun 2009 13:19:20 +0100

On Mon, Jun 15, 2009 at 03:59:57PM -0500, Kelly Sauke wrote:
> I think I have a better idea of what is taking so long. I did a strace
> against my svn command and watched it as it was running. The vast
> majority of the time is spent opening .svn/prop-base files in an image
> subdirectory. There are thousands of images in that directory. Is
> there anyway to tell svn to ignore properties on those images and if I
> do am I going to regret it?

A sparse checkout at depth empty of the image directory might help
*if and only if* you know that no images will be modified during
the merge anyway. But note that a sparse directory in the merge
target might get subtree mergeinfo...

Subversion 1.7 probably won't have this problem, because the
working copy format will be changed to use a single database instead
of many files on the filesystem. I'd like to suggest trying trunk,
but right now performance on trunk is still worse than with the
1.6 working copy format because the new working copy format is
still in development and various things haven't been optmised yet.

So if you're patient enough to wait for 1.7, then the problem
will hopefully just go away when you update.

Received on 2009-06-16 14:20:20 CEST

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