RE: Really lousy performance with svn info --depth infinity
Date: Thu, 1 Sep 2011 11:27:46 -0600
-> sqlite3 .svn/wc.db "select count (*) from nodes"
I ran the following command
for i in $(find . -type d | grep -v .svn); do ls -1 $i | wc -l; done | sort -n
The directory with the largest number of sub-stuff had 211 entries.
> And here is the final comparison using an nfs mounted working copy.
I see the opposite on an NFS disk: the single recursive call is 20s and the multiple non-recursive calls are 33s, so the single call is faster as expected. It's still 20x slower than a local disk but that will be because info is still using per-node sqlite transactions.
What do these command show:
$ sqlite3 .svn/wc.db "select count (*) from nodes"
Does your working copy have "large" directories, i.e. a directory with a large number of immediate subdirs/files? (It should be possible to forumulate an SQL statement that tells me, but my SQL isn't good enough).
-- uberSVN: Apache Subversion Made Easy http://www.uberSVN.comReceived on 2011-09-01 19:28:19 CEST
This is an archived mail posted to the Subversion Dev mailing list.