On Sep 23, 2009, at 9:44 AM, Paul T. Burba wrote:
> http://subversion.tigris.org/issues/show_bug.cgi?id=3499
> Issue #|3499
> Summary|Slow merge when single directory has too
> many children
> Component|subversion
> Version|trunk
> Platform|All
> URL|
> OS/Version|All
> Status|NEW
> Status whiteboard|
> Keywords|
> Resolution|
> Issue type|ENHANCEMENT
> Priority|P3
> Subcomponent|unknown
> Assigned to|pburba
> Reported by|pburba
>
>
>
>
>
>
> ------- Additional comments from pburba_at_tigris.org Wed Sep 23
> 06:44:13 -0700 2009 -------
> As described here,
> http://subversion.open.collab.net/ds/viewMessage.do?dsForumId=3&dsMessageId=338604
> ,
> merge performance is dramatically slowed if any directory in the
> merge target
> has a sufficiently large number of children. At some point the
> entries file for
> such directories reaches a size where the initial walk of the target
> tree
> looking for paths of interest (libsvn_client/
> merge.c:get_mergeinfo_paths) takes
> an inordinate amount of time when checking for switched paths
> (libsvn_client/merge.c:get_mergeinfo_walk_cb's call to
> svn_wc__path_switched()).
> I can confirm that this occurs on Windows and have good user-
> provided evidence
> that it occurs on Debian linux.
>
> This problem *should* go away with wcng, since the entries file is
> going away,
> but I'll leave this issue open until I can confirm that it does.
Perhaps link this with issue #3357 (the wc-ng meta-issue)?
-Hyrum
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=2398921
Received on 2009-09-23 16:54:03 CEST