Svn 与Subversion 1.5(和1.4服务器)的合并速度非常慢

Svn 与Subversion 1.5(和1.4服务器)的合并速度非常慢,svn,Svn,我在本地从subversion 1.4切换到1.5,我们的服务器仍然运行1.4。从那时起,每次合并都需要很长时间才能执行。现在只花了几秒钟的时间就达到了5-10分钟(或更多)。命令行客户端和tortoise之间没有区别(所以我们讨论的是windows版本) 还有其他人有这种奇怪的现象吗?我们在尝试通过客户端向存储库添加大量文件时遇到了问题,我认为当我们杀死崩溃的客户端时,客户端在服务器上创建了孤立进程。我们还必须杀死服务器进程并重新启动subversion服务(我们将SVN作为windows服务

我在本地从subversion 1.4切换到1.5,我们的服务器仍然运行1.4。从那时起,每次合并都需要很长时间才能执行。现在只花了几秒钟的时间就达到了5-10分钟(或更多)。命令行客户端和tortoise之间没有区别(所以我们讨论的是windows版本)


还有其他人有这种奇怪的现象吗?

我们在尝试通过客户端向存储库添加大量文件时遇到了问题,我认为当我们杀死崩溃的客户端时,客户端在服务器上创建了孤立进程。我们还必须杀死服务器进程并重新启动subversion服务(我们将SVN作为windows服务运行)。我们的SVN机器是专用的,所以我们实际上只是重新启动了机器,一切都恢复了正常。

SVN 1.5引入了自动合并跟踪的概念,尽管我认为它需要1.5服务器和客户端。有关详细信息,请参阅。

升级到1.5.3(当它退出时)将显著加快合并速度。

我们上周末对合并进行了一些性能分析,发现了两个严重的性能问题。其中一个是非常特定于Windows的,在合并时使磁盘IO比需要的慢得多,另一个是所使用的网络连接类型。(现有知识的重用太少)

这些补丁和其他一些增强合并性能的补丁将在本周末发布的Subversion 1.5.3中提供


[编辑:此性能增强是在假定服务器为1.5+的代码路径中进行的。]

我想我们的问题在某种程度上有所不同。我们有一个大型的存储库,我们的svn服务器使用Apache2.2运行,所以所有的通信都通过http进行,我没有看到孤立的进程。让我想到的是,即使对于小的变更集,Ortoise也显示了过多的数据传输。1.5.4似乎没有任何改善。至少有一个人似乎有同样的问题:-)