[ET Trac] [Einstein Toolkit] #1395: GetComponents has trouble using svn in parallel with recent versions of svn
Einstein Toolkit
trac-noreply at einsteintoolkit.org
Mon Jul 8 04:45:07 CDT 2013
#1395: GetComponents has trouble using svn in parallel with recent versions of svn
----------------------------+-----------------------------------------------
Reporter: eschnett | Owner: eric9
Type: defect | Status: review
Priority: major | Milestone:
Component: GetComponents | Version: development version
Resolution: | Keywords:
----------------------------+-----------------------------------------------
Comment (by hinder):
Replying to [comment:29 rhaas]:
> Question for Ian: did you not also experience some issues with svn and
very parallel checkouts where you tried to checkout each folder in a
repository individually? Ie. IOUtil/src IOUtil/doc ... ? Speaking of
fixes, I don't think that the priority option that Frank suggested is a
good solution. While it may work and is simple to implement would seem
quite hard to set up and requires a lot of user intervention (as in us
having to come up with correct priorities). Instead GetComponents should
be able to deduce priorities itself if at all possible.
SVN changed it's on-disk representation of working copies (see, e.g.
http://stackoverflow.com/questions/1364618/how-do-i-determine-svn-working-
copy-layout-version) several times. In one of these changes, they
switched from having a .svn directory in each subdirectory to having one
at the top level (like git). As far as I know, with this change, you can
no longer update subdirectories of an SVN repository in parallel (also
like git, unfortunately). Additionally, since each checkout creates a new
http(s) connection, you might run into the web server's configured limit
if you attempt very parallel checkouts.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1395#comment:32>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
More information about the Trac
mailing list