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

Apparent "svn rm" scaling problem in 1.7.x

From: <michael_rytting_at_agilent.com>
Date: Mon, 31 Oct 2011 09:09:21 -0600

I am starting to see some very bad performance with "svn rm" compared to the 1.6.x line of subversion. I have a directory that is full of files. If I go into the directory and run "svn rm *", it is significantly slower than running svn rm on the whole directory. While the difference in time taken is significant, the speed is still relatively acceptable for small working copies.

"svn rm dir/*" 3.8s 1.7.1
"svn rm dir" 0.173s 1.7.1
"svn rm dir/*" 1.008s 1.6.17

In this case 1.6.17 is nearly 4 times faster. My working copy is nfs mounted and has 200 nodes.

When the working copy size starts to get larger, deleting the same directory as above, but within a larger working copy and things really start to slow down.

"svn rm dir/*" 6m15s 1.7.1
"svn rm dir" 8.5s 1.7.1
"svn rm dir/*" 1.14s 1.6.17

This working copy is also nfs mounted but I'm up to 23948 nodes (doing sqlite3 .svn/wc.db "select count (*) from nodes"). The directory that I am deleting has 49 files. The largest is file is 2.5k. I am doing the comparison of the same directory of the same repository. In one case I am only doing a partial checkout to keep the working copy size down where the second test I am doing a complete checkout.

We can also see that subversion 1.6.17 scales very well for working copy size.

Michael Rytting
Agilent Technologies
Received on 2011-10-31 16:09:56 CET

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