* Blair Zajac <blair_at_orcaware.com> [080625 16:49] wrote:
> Alfred Perlstein wrote:
> >* Erik Huelsmann <ehuels_at_gmail.com> [080625 15:59] wrote:
> >>Except that for the current implementation 'svn update' and 'svn
> >>checkout' can actually share the same code, meaning that you get a
> >>well-tested, stable and reliable VC. A very important property, I'd
> >>say. We'd like to keep complexity of the system within bounds, meaning
> >>we'd rather not add special cases. To make checkout/update faster in
> >>the general case (much more worth our effort, I'd say, than a special
> >>case), we do need the rewrite.
> >>Thanks for your feedback!
> >Is there any way to short circuit the logic there?
> >Can you give me a pointer to where in the code I can start looking
> >at this? For instance to get the same "fast-checkout" behavior in
> >CVS it takes a 5 line patch (a few more lines to make it a command
> >line option) which just short-circuits the additional code for
> >the "entries" files.
> >It would be very helpful and much appreciated.
> >Any pointers would help.
> This really isn't the direction the svn developers are heading. There's
> already enough complexity in the wc code that not adding special features
> is something we're trying to do.
> Take a look at the next generation wc overview documents:
> The next generation wc probably won't have a .svn directory per checked out
> directory which should significantly improve the checkout times. Instead,
> there will be one .svn directory at the top of the wc. This will give a
> large performance improvement.
This is great, but some help pointing at some code for the time
being would help.
I'm working on some VERY large datasets and some optimizations
would be really helpful.
Can you show me any pointers in the code please?
- Alfred Perlstein
To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-06-26 01:53:05 CEST