RE: Slow merging of selected revisions

2010-07-08 Thread Edward Ned Harvey
> From: emerson [mailto:echofloripa.y...@gmail.com] > > Even dry-run sometimes takes more than 30 minutes to process one single > file. > > We are using the "svn merge http://[repo] -c 333" command syntax. > > Our server is 1.4.4, and we are using 1.6.x clients. I believe we found the root caus

Re: Slow merging of selected revisions

2010-07-07 Thread Andy Levy
On Wed, Jul 7, 2010 at 09:41, emerson wrote: > As a result of this new process, developers are doing a lot more local > updates. How much of CPU this takes from the server? You (presumably) have access to your server; we do not. Log into the server and perform one of these tasks while monitoring

Re: Slow merging of selected revisions

2010-07-07 Thread emerson
As a result of this new process, developers are doing a lot more local updates. How much of CPU this takes from the server? regards Emerson On 7 July 2010 12:10, emerson wrote: > We started to use a two tiered baseline approach, with a development > trunk and a stable branch. > Everyday we are d

Slow merging of selected revisions

2010-07-07 Thread emerson
We started to use a two tiered baseline approach, with a development trunk and a stable branch. Everyday we are doing promotions of selected changes based on revisions, which might involve from 1 to >15 revisions in one go. Even dry-run sometimes takes more than 30 minutes to process one single fi