RE: Apparent "svn rm" scaling problem in 1.7.x
Date: Tue, 1 Nov 2011 11:15:52 -0600
Oh and to measure the time, I'm using a stopwatch and synchronizing the start of the command with pressing go on my stop watch. I then push stop when the command completes.
P.S. Actually I'm using the linux time command :) i.e. "time svn st <file>"
On Tue, Nov 01, 2011 at 10:38:07AM -0600, michael_rytting_at_agilent.com wrote:
Before the patch, we had:
"svn rm dir/*" 6m15s 1.7.1
So this patch cut about 4 minutes of runtime, which is somwhat significant but definitely not enough. But it's a step in the right direction.
> 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.
Yes, that looks bad. There might be a linear DB table scan involved in 'svn rm' that becomes noticable on large WCs.
How are you measuring the time?
This is an archived mail posted to the Subversion Users mailing list.