我有一台在Windows 2003上configurationApache 2.2的Subversion 1.8服务器。我拥有的服务器有点旧，它有很多CPU峰值，我怀疑它会影响它的性能。
这个服务器是完全致力于颠覆。
虽然我希望通过networking（input和输出）进行数据压缩，但是我希望避免在此服务器中进行双重（de）压缩。
现在我正在使用以下2个指令。
SVNCompressionLevel 5 SetOutputFilter DEFLATE 我想过closures一个，但我找不到任何一个更好的build议。 我也想要客户端到服务器压缩。 我想过使用以下两个选项之一：
# Let only mod_dav_svn handle compression SVNCompressionLevel 5 # no SetOutputFilter or SetInputFilter
要么
# Let only mod_deflate handle compression SVNCompressionLevel 0 SetOutputFilter DEFLATE SetInputFilter DEFLATE #(new idea)
我不确定Subversion客户端是否会将数据压缩到服务器，如果我只是在服务器中添加“SetInputFilter DEFLATE”。
有人有更多的信息吗？
你几乎是正确的，避免双重压缩的正确的解决scheme是：
# Let only mod_deflate handle compression SVNCompressionLevel 0 SetOutputFilter DEFLATE
它禁用SVN压缩增量，同时启用所有响应的HTTP压缩。
但有几个警告：
Subversion客户端不会压缩HTTP请求体，因为它不知道服务器是否支持压缩。 所以SetInputFilter DEFLATE是不需要的。
Apache HTTP Server在启用压缩时在mod_dav / mod_deflate中存在内存泄漏，但未公布其支持HTTP压缩。
此外，您应该考虑执行转储/加载您的存储库来提高性能 – 新的格式增加了一些索引/快捷键，这有助于切断花费更less的资源。