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

Another performance issue with subversion 1.7.x and nfs mounted working copies

From: <michael_rytting_at_agilent.com>
Date: Mon, 14 Nov 2011 08:00:06 -0700

In addition to slow "svn rm" commands we are seeing some pretty severe slowdowns for "svn ci" as well. For example, here is an interesting situation. I want to checkin a single file in my repository. If I run "svn ci" from the root of my working copy it takes 1m11s to complete. However if I instead run

cd <root of working copy>
svn st
cd subdir
svn ci
cd <root of working copy>
svn up

That whole set of commands takes 16s to run. The actual change I am committing is adding or deleting a single line of a very small script. I am trying to simulate what a top level "svn ci" script would do with the commands I have above.

Here are the stats for my working copy. As generated by my checkSVNSize.sh script.

digital/mixedsignal/analog_model/analog_model_vams/netlist/hh1a|210
5393
0
0

My checkSVNSize.sh script runs the following queries

sqlite3 .svn/wc.db "select parent_relpath, count(*) AS n from nodes group by parent_relpath order by n desc limit 1"
sqlite3 .svn/wc.db "select count (*) from nodes"
sqlite3 .svn/wc.db "select count (*) from nodes where op_depth > 0"
sqlite3 .svn/wc.db "select count (*) from actual_node"

Michael Rytting
Agilent Technologies
michael_rytting_at_agilent.com<mailto:michael_rytting_at_agilent.com>
719-590-3708
Received on 2011-11-14 16:00:42 CET

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.