I'd suggest you create a new thread rather than try to expand this one.
On Tue, Sep 2, 2008 at 6:10 PM, Murli Varadachari
<mvaradachari_at_facebook.com> wrote:
>
> I have noticed performance during an "svn update" operation is quite
> eratic !--- at times it takes an inordinately long time to update the
> working copy [ even though the end result is a "single" file being updated]
> -- at other times I can update 200 / 300 files in less that half the time.
> This problem persist even after our recent migration to 1.5.1?
>
> The few times I have noticed this [ recently ], both the load on the the
> server as well as the client-host has been light -- any thoughts?
>
>
>
> Cheers
> murli
>
>
> On 9/2/08 5:19 PM, "Mark Phippard" <markphip_at_gmail.com> wrote:
>
> On Tue, Sep 2, 2008 at 2:31 PM, McHenry, Matt
> <mmchenry_at_carnegielearning.com> wrote:
>>
>> I just tried again to block a single revision with 1.5.2, and
>> the performance is just as poor. Anyone have any thoughts, or am I out
>> of luck and need to figure out a work-around?
>
> The code has to crawl your working copy, so if it is large, and
> crawling is slow, then this will be slow. If/when the working copy
> code is rewritten so that all of the ".svn" folders "go away" in some
> manner, this would get fast.
>
> Until then, the only work-around you have it probably to use svn
> propedit to add your revision to the existing svn:mergeinfo property
> ... carefully.
>
> --
> Thanks
>
> Mark Phippard
> http://markphip.blogspot.com/
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
> For additional commands, e-mail: users-help_at_subversion.tigris.org
>
>
>
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-09-03 03:18:51 CEST