我们在Windows Server 2003上有一个Subversion版本库，并希望将其移动到运行Server 2008 R2 64位的新服务器上。 新的服务器有8 GB的内存。
我希望能够转储并加载整个存储库，因为它目前是1.5以前的格式。 版本库刚刚超过20,000修订。 在修订版12900上，无论我如何导入该版本，svnadmin进程都会耗尽内存。
我试过从一个大的转储文件加载整个事情。 我已经尝试将整个转储直接输送到负载中。 我也尝试在两个方面做更小的修订集。 甚至只是自己修改一个版本。
这个过程在任务pipe理器中使用到1998 MB左右，然后终止于这个错误：
D：\ Repositories \ svnrepos> svnadmin load ./ <c：\ Backup \ svn_12900.dmp <<<根据原始修订版12900 *编辑path：… / Bld / Installers … done启动新的事务。 *编辑path：… / Bld / Installers / xyxSetup.exe …完成。 *编辑path：… /安装程序/ xyxyWebSetup.exe …完成。 *编辑path：… / Bld / Src …内存不足 – 终止应用程序。
这个应用程序已经请求运行时以不寻常的方式终止它。 请联系应用程序的支持团队获取更多信息。
我已经检查了这个版本号的日志，它实际上只是提交一个自动生成，所以安装程序导入正确，然后只是版本号在AssemblyInfo.cs文件失败时。
我不知道还有什么我应该尝试？
在64位Windows上使用svn的32位版本意味着svn只能分配2GB的内存。 得到一个64位版本的颠覆。
我不再记得svn的stream加载algorithm，但它可能认为你有8GB的可用和终止，当它本身无法pipe理超过2GB。
我build议邮寄这个问题到[email protected]，因为这个列表包含了很多subversion系统pipe理员。 其中至less有一些人可能以前曾见过这个问题。
试试svn-kit。 它是颠覆的Java端口。