"Earl A. Killian" <earl@killian.com> writes:
> Actually it may have been a 40m REPORT, not PROPFIND, as in the
> 2nd log message. I'm not sure. Would a large number of files
> (7588) in a single directory cause a problem? I am debating
> whether to organize the files into subdirectories in the
> cvs tree and then cvs2svn convert again. I was able to
> svn update in that repository in other directories that were
> not so large. Only that big one seems to take forever.
> (Hence my query about non-linear algorithms.)
Possibly the writing/rewriting of the .svn/entries file in that large
directory is part of the problem. The working copy code does contain
some, shall we say, non-optimal algorithms, though Philip Martin and
others have done a lot to improve it.
But that shouldn't affect the REPORT time, anyway :-(. So no, I don't
really understand what's going on here. Do try rearranging into more
subdirectories, maybe that will help.
And, if you can spare the time, could you package up the existing
repository somewhere I could download it and give this a try myself?
I don't need the original CVS data, just the SVN repository (ideally,
a dumpfile of it, but the repository itself will do if that's too much
trouble). I would like to try to reproduce this myself.
Maybe http://subversion.tigris.org/issues/show_bug.cgi?id=2151 is
related to what you are seeing, I'm not sure.
-Karl
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sun Jan 23 20:32:46 2005