问Windows 7上的颠覆速度太慢了

EN

我的公司目前正在使用Windows上的TortoiseSVN 1.6.16 32位通过HTTPS连接到运行在同一网络中的Windows 2003上的VisualSVN-Server2.1.19(没有代理)。我们使用windows凭据使用自签名证书和Kerberos身份验证(我认为这是VisualSVN特有的特性)。在这种情况下，一切都很顺利。

当我的公司决定继续使用Windows 7时，我们在Windows764位上尝试了TortoiseSVN 1.7.6 64位，这导致了以下问题：

• 涉及服务器的任何操作(回购浏览器、结帐、更新、签入、.)速度慢得令人难以忍受，例如
  • 打开回购浏览器(10个项目)：15分钟
  • 更新50个文件的新签出:1分钟
  • 检查单个空文件:30秒

​

• 乌龟交替显示正常的传输速度和0字节/秒。许多小文件似乎比几个大文件要慢。
• 当使用neon作为http-lib时，缓慢的连接会导致各种故障(serf仍然很慢，但是操作成功完成，没有错误)。
• EasySVN、SmartSVN和TortoiseSVN附带的SVN命令行客户机显示了相同的行为。与TortoiseSVN 1.6.16 64位相同.
• 将服务器协议更改为HTTP (没有SSL)不会改善这种情况

另一方面，

• Windows上的TortoiseSVN 1.7.6 32位在我们的服务器上运行良好
• 即使在Windows 7环境下，通过browser/WebDAV进行访问也很好
• 服务器端日志不会显示错误，甚至不会显示警告。

我发现有几个帖子也抱怨Windows 7上的行为缓慢，但它们不符合我的要求，因为它们是本地操作或仅限于TortoiseSVN。

由于没有迹象表明Windows 7上的Subversion存在普遍问题，我怀疑这可能是操作系统的网络参数或协议版本。是否有已知的参数影响Subversion的性能？

我不得不承认，我不太熟悉Subversion (或者更确切地说，neon/serf)是如何依赖于操作系统和哪个部分的。如有任何关于这方面的资料，将不胜感激。

我应该测试的subversion 'servers‘文件中有什么参数吗？你怎么看待我的机会，因为我的联系会对我有帮助？

欢迎类似的经验，意见，提示，帮助和吸管。

Wireshark显示了TCP流中大约5秒的零星间隙，显然是VisualSVN服务器造成的。

• https:服务器确认客户端hello，然后等待5秒，然后发送服务器hello。
• https:服务器确认客户端密钥，并在提供加密握手数据之前占用5秒。
• https:即使在握手之外，服务器有时也会发送一个ACK (在TCP级别上)，然后等待5秒，然后将一些信息发送回客户端(数据是加密的，因此很难判断中断是否发生在某个感兴趣的点)。
• http:在NTLM身份验证期间，服务器端的传输
• http:在服务器发送FIN标志之前