I have to use a visual svn server which is in our windows domain. The problem is that it is very slow with the Windows client. It is strange that the same repository works very quickly with the linux client. The difference is similar to 3sec versus 90 seconds. I know that someone should fix the server, instead of trying to fix the client, but I have no change in this.
So, in order to debug the problem, I did some packet capture using wirehark and it looks like Windows, when you do "svn up" (in the updated repository), does quite a few ldap conversations before talking again with the actual svn server. It takes time. Linux svn client does not make any ldap calls when executing 'svn up'. The problem is not in my car, but all of my colleagues have customer windows.
I tried to force the svn client to "base" auth with the http-auth-types configuration parameter ( http://svnbook.red-bean.com/en/1.7/svn.advanced.confarea.html ), but it didnt help. I realized that this would be basic, not ldap, http-basic-auth. I can confirm that the option is enabled, since setting it to "digest" indicates that the authentication method is not available. But even that takes about 60 seconds, so I guess it does ldap-wacko stuff before trying to authenticate.
The subversion client I am using is the 1.8 series from the official svn turtle assembly. I also tried slicksvn client and it had the same problem. In svn versions, ra_serf handles https requests, and my repository is a visual-svn server located inhttps://my_server_intra_dns_name/
When you open the address in the browser, it is fast again, as it should be, so the problem should not be with dns or similar.
I am a linux guy, so I got a little lost with windows, but does anyone have a wtf idea here?
---- edit ---- I also had linux as a guest operating system on a Windows host, and inside that linux doing svn up was about 3s, compare this to the native windows svn.exe up, which took a minute !