在我们的一台服务器（2008 R2）上，任何 SVN 操作至少需要 30 秒。
该存储库使用 HTTPS 作为协议，使用 FSFS 作为类型。
如果我更新工作站上的某个特定文件，该操作只需不到两秒钟。如果我在服务器上尝试，它似乎会连接，等待 30 秒，然后执行更新。
据我观察，在我尝试过的所有内部存储库中，该问题 100% 都会发生。我无法使用外部存储库测试此问题，因为服务器无法访问互联网。
这似乎与网络问题无关，因为我可以通过 Web 浏览器浏览服务器上的存储库，没有任何延迟。此问题也出现在 SlikSVN 和 TortoiseSVN 中。
我启用了详细日志记录（使用--config-option servers:global:neon-debug-mask），30 秒延迟之前发生的最后一件事是确认 SSL 身份。
我使用Wireshark检查数据包，在30秒延迟期间，服务器和SVN服务器之间没有任何流量。 30秒延迟后，服务器发送了两个数据包，wireshark将其识别为应用程序数据，服务器立即响应。
我检查了 %appdata% 中的 Subversion 配置，没有任何设置。
在 CLI 上明确指定凭据没有任何区别。我还尝试禁用系统的“自动检测网络设置”，因为一些用户报告说这会影响 SVN 性能，但没有影响。
其他用户报告称，在网络适配器中启用 IPv6 可能会导致延迟，但 IPv6 已被禁用。
我不确定该在哪里继续调查。有人有什么见解吗？我可以提供任何所需的信息。
答案1
我想为可能的解决方案添加更多信息。我们长期以来一直遇到与 subversion 非常相似的问题，我们的延迟约为 18 秒。我们所有的开发工作都与互联网断开连接。我们使用 wireshark 捕获了一些流量，发现某些应用程序正在请求 Windows 更新。由于无法访问 microsoft.com，请求总是需要超时。我们相信 subversion 正在请求更新，但我们不知道 subversion 为什么会这样做。