我不得不使用位於我們的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