Hi Garrett,
Thanks for the response!
> You said a lot about how large your repository is, but very little
> about how large your working copies are. Are you actually checking
> out the entire repository? Most very large repositories are
> structured such that you check out subsets of them for day to day
> work, if you really need to check out 140000 files for each working
> copy, that may have performance implications.
Hmm, I'll need to talk to my users. I'm pretty sure there was
discussion that this was necessary for the tools they're building.
However, I'll encourage them to consider changing their process to
make partial checkouts more viable. Thanks for the tip!
> Also, FWIW, that totally useless error message from your checkouts
> should at least be a less useless error message in Subversion 1.5. I
> fixed that recently.
That is very good news!
> > Another problem is that I can no longer use dumps and loads now that
> > we have >2GB revisions in the repository. Is there any way around this
> > limitation?
>
> Why not? Assuming you build with a suitable version of APR you should
> be able to dump arbitrarily large repositories...
I am able to dump the repository just fine. However, when I try to
load the resulting dumpfile, I get a "file size limit exceeded" error.
I should have mentioned this only happens at a client site. Hmm,
perhaps they simply built SVN the wrong way, then? I'll pass the APR
tip along to them, thanks.
One follow-up question: someone else mentioned they saw the
large-checkout errors disappear when they switched to svnserve. I've
always gotten the impression that the Apache implementation is the
preferred method of running SVN. Is svnserve more stable or better
able to scale with large repositories? I've really enjoyed the robust
authentication and permissions of the Apache implementation, but I
would consider switching if it were agreed that svnserve was faster or
more stable.
Thanks,
John Thile
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Oct 6 20:09:42 2006