Re: svn ci performance issue with 1.7.x and nfs mounted working copies

<michael_rytting_at_agilent.com> writes:

> 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.

That will be because commit does one or more SQLite transactions
per-node, while status has been optimised to do fewer per-directory
transactions. The number of SQLite transactions is what dominates
Subversion working copy performance on network disks. By running commit
on a subtree you are restricting the number of nodes commit has to
process and that reduces the number of SQLite transactions.

-- 
uberSVN: Apache Subversion Made Easy
http://www.uberSVN.com