RE: Apparent "svn rm" scaling problem in 1.7.x

Not much of an improvement. "svn rm dir/*" now takes 2m6s vs 7s for "svn rm dir".

As a side note, I really think there is fundamentally something wrong of the performance of "svn rm" with large working copies. Here are some example times.

svn rm <file> 7s
svn add <file> 0.126s
svn st <file> 2s
svn blame <file> 0.2s
svn lock <file> 0.12s
svn unlock <file> 0.103s
svn log <file> 0.089s
svn revert <file> 0.133s
svn info <file> 0.074s

I'm assuming that all these commands are doing some form of sqlite database transactions, but the rm transaction, in particular, is very slow. Even when using a local working copy, I am seeing large discrepancies in the time it takes to run "svn rm" vs most other svn commands. It's just since the local working copy is faster overall, you are less likely to notice the large discrepancy in performance.

-----Original Message-----
From: Stefan Sperling [mailto:stsp_at_elego.de]
Sent: Tuesday, November 01, 2011 8:35 AM
To: RYTTING,MICHAEL (A-ColSprings,ex1)
Cc: users_at_subversion.apache.org
Subject: Re: Apparent "svn rm" scaling problem in 1.7.x

On Tue, Nov 01, 2011 at 06:45:59AM -0600, michael_rytting_at_agilent.com wrote:
> I'm always willing to try patches.

Great! Please give this patch a spin:

svn diff -c 1196018 https://svn.apache.org/repos/asf/subversion/branches/1.7.x-r1195873
Received on 2011-11-01 17:38:42 CET