我不得不使用位于我们的Windows域的visual-svn服务器。问题在于使用windows客户端的速度非常慢。奇怪的是,与linux客户端相同的存储库非常快。差距就像3秒对90秒。我知道有人应该修复服务器,而不是我试图修复客户端,但我没有改变这样做。在Windows上非常缓慢的svn客户端,非常快速的Linux上的svn客户端
因此,为了调试问题,我用wireshark做了一些包捕获,它看起来像windows,当'svn up'(在最新的版本库上)做了相当多的ldap协商之后,再与实际的svn再次交谈-服务器。这需要时间。 Linux svn客户端在执行'svn'时不会执行任何ldap调用。问题不在我的机器上,而是在所有同事的Windows客户机上。
我试着用配置选项http-auth-types(http://svnbook.red-bean.com/en/1.7/svn.advanced.confarea.html)强制svn客户端进行'基本'认证,但它没有帮助。我认为这将是基本的,没有ldap,http-basic-auth。我可以确认包含该设置,因为将其设置为“摘要”表示认证方法不可用。但即使这需要大约60秒,所以我的猜测是它在尝试进行身份验证之前先执行ldap-wacko的东西。
我使用的颠覆客户端是来自乌龟svn官方版本的1.8系列。我也尝试过slicksvn客户端,它也有同样的问题。 svn版本显示ra_serf正在处理https请求,我的存储库是可视-svn服务器,位于https://my_server_intra_dns_name/
当使用浏览器打开地址时,它的速度应该很快,所以问题不应该与dns或类似的问题。
我是linux的家伙,所以我有点迷失在窗户,但有没有人有一个想法跆拳道是在这里?
----编辑---- 我在linux主机上也有linux作为客户机操作系统,而在linux里做svn的时间大概是3s,比较本地windows的svn.exe'接管了一分钟!
你运行什么VisualSVN服务器版本?您的Windows(客户端)机器是否连接到Internet? – bahrep 2014-09-26 11:09:58
Windows客户端和Linux客户端都连接到互联网,视觉svn服务器版本是3.0。 – susundberg 2014-09-26 11:38:43
我不认为服务器软件是一个问题。这可能是一些低级别的网络设置(可能在Windows客户端上)导致麻烦。我们使用类似的配置,一切运行顺利。 – 2014-09-26 19:07:32