> -----Original Message----- > From: Victor Sudakov [mailto:suda...@sibptus.tomsk.ru] > Sent: 20 January 2011 08:18 > Subject: Re: Betr.: Re: "svnadmin load" a huge file > > Colleagues, > > I have finally completed a test cvs2svn conversion on an amd64 system. > The peak memory requirement of svnadmin during the conversion was > 9796M SIZE, 1880M RES. The resulting SVN repo size is 8.5G on disk. > > "svnadmin dump --deltas" of this new SVN repo required 6692M SIZE, > 2161M RES of memory at its peak. Such memory requirements make this > repo completely unusable on i386 systems. > > The original CVS repo is 59M on disk with 17859 files (including those > in the Attic) and total 23911 revisions (in SVN terms). All files are > strictly text. > > Something seems to be very suboptimal either about SVN itself or about > the cvs2svn utility. I am especially surprised by the 8.5G size of the > resulting SVN repository (though the result of "svnadmin dump > --deltas" > is 44M). > > > - Copy your CVS repository (say /myreypository to /myrepositoryconv) > > - In the copy move the ,v files into several subdirectories > (using the > > operating system, not using CVS commands.) > > - Convert the directories one at a time and load them into svn. > > - Once loaded into svn you can move everything back into one folder > > (using svn commands) if desired. > > Even if I do this, after moving everything back I will not be able to > do "svnadmin dump" on an i386 system, perhaps unless I write some > script which will iterate and keep track of dumped revision numbers. > Did you also notice the --incremental option? Is that what you mean by 'keeping track of revision numbers'?
http://svnbook.red-bean.com/nightly/en/svn.ref.svnadmin.c.dump.html This allows you to dump the repo in sections (by specifying a revision range) You do not mention what verison of svn you are using but newer versions allow the repository to be packed, would this help your storage issues? http://svnbook.red-bean.com/nightly/en/svn.reposadmin.maint.html#svn.rep osadmin.maint.diskspace.fsfspacking ~ mark c