svnsee与mod_dav_svn

取自 this resource ,

在大多数情况下,如果讨论了版本控制系统Subversion的性能,则主题围绕使用的存储库后端(Berkeley DB(BDB)与FSF)以及调整某些服务器软件甚至硬件参数展开。

人们似乎不太清楚所使用的服务器变体的选择——Apache Subversion mod_dav_svn模块或独立的svnsee服务器——对测量和感知的Subversion性能有很大影响。 通常,SVNSEE比Apache mod_dav_svn快得多。

在我使用Subversion 1.4.5、Subversion 1.1.1和Apache 2.0执行的一个综合的、非代表性的基准测试中,mod撘dav_SVN的性能比SVN慢30%到400%。SVN的性能接近使用SVN命令行工具对存储库的本地直接访问。

最显著的性能损失是在对mod_dav_svn服务器的svn日志和svn合并操作期间测量的-如果使用eclipse subversion插件subclipse,您会立即注意到更差的svn日志性能。

作者还提供 a benchmark 比较两者。

我运行的snvserv服务于大约50个存储库 Berkely DB 后台和没有任何投诉的表现。作为旁注,只有10个用户。

事实上,我发现svnse非常容易安装和维护,并且不会因为缺少未来而惩罚您。ssh可以为svnse启用,如果你是“一个存储库,多个项目”之类的人,基于路径的安全也是可能的,Steve Robbins说的是:)

从我自己的基准测试中,我发现在500兆马克左右的回购操作中,DAV、SVN和文件几乎没有区别。DAV模型的主要优点是您获得的安全性更为精细,尤其是如果您是一个“一个回购,多个项目”类型的人,

您可能有兴趣知道1.7版本的SVN将具有 faster HTTP protocol . 新的 mod_dav_svn 模块将同时支持旧的和新的HTTP协议。

我将使用HTTP并升级到SVN 1.7,以便稍后修复性能损失。它的工作要多一些,但是它的优点是您可以使用任何Apache身份验证模块。这很好地避免引入另一个用户密码。例如,您可以与Windows域控制器集成。