我在Windows 2008 R2 Server x64中安装了Visual SVN Server 3.2 x64。
我有少量或多于50个带有一些巨大二进制文件的项目（例如：500 MB）。在对那些巨大的二进制文件进行大的更改（差异/增量）提交后，我注意到了cpu峰值。服务器有一点流量（400个客户端/小时），完全专用于Visual SVN服务器（AWS EC2大型实例）
经过一番调查后，我认为问题在于默认压缩Visual SVN Server的默认设置。
增加delta上的缓存并没有帮助。
Visual SVN Server / subversion有压缩大delta的问题吗？
禁用它，当提交之间的差异很大时，是最佳做法吗？
赞赏其他好建议。感谢。
答案 0 :(得分：2)
请将服务器升级到最新版本并查看是否有帮助。我很确定你遇到的问题已经解决了。如果升级无效，请发送电子邮件至support@visualsvn.com。
从VisualSVN Server 3.2升级到最新的3.5版本应该在不到5分钟的时间内完成。请在开始升级前阅读KB95: Upgrading to VisualSVN Server 3.5指南。
您可以在main download page。
获取最新的VisualSVN Server安装程序VisualSVN Server 3.2.x已于2015年9月达到支持终止。不再支持VisualSVN Server 3.2.x，并且不会收到安全和补丁更新。
请保持您的服务器实例是最新的。我们及时发布VisualSVN Server的维护更新，包括安全性和错误修正，我们强烈建议用户将VisualSVN Server保留为最新版本。 VisualSVN Server changelog和release announcements page上的每个版本都提供了已修复漏洞的列表。