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. -- Victor Sudakov, VAS4-RIPE, VAS47-RIPN sip:suda...@sibptus.tomsk.ru