Stefan, thanks for the help.
I did one more experiment.
on my server, I uninstalled subversion server.
I then installed the collabnet server that comes with both http and
svn protocol support.
lastly, I installed a copy of Tortoise on the server (It is also still
installed on the workstation)
so here's what I found:
from the server, using Tortoise with http is lightning fast.
from the desktop, using Tortoise with http is still slow.
from the desktop, using Tortoise with SVN: is still fast.
so whatever is up it seems to be network related.
I tried disabling my av and firewall on both client and server but
that didn't change the results (I may try uninstalling the av next to
see if it's still doing something when disabled)
On Nov 3, 11:52 am, Stefan Küng <tortoise..._at_gmail.com> wrote:
> BasementJack wrote:
> > Stefan,
>
> > Virus scanner sounds like a good avenue to look into, I'll need to
> > try that! I can totally see it mingling with the http traffic.
> > I am using eset nod32 AV - are you aware of any issues with this
> > one?
>
> > As for the comment about a missing log attachment and line 1&2, I
> > was talking about my response table:
> > (I can see now that it's not as clear in some newsreaders as it was
> > when I wrote it due to line wrapping)
>
> > Test results: (checking out a small 10k project with a handful of
> > revisions)
>
> > Line 1:
> > F: Tortoise client build 14361 -> VisualSVN server 1.6.1 over http
> > Slow, double sets of PROPFINDS found in trace. 5-6 seconds
> > -----------------------------------------------------
> > Line 2:
> > F: Tortoise client build 14361 -> VisualSVN server 1.6.1 over https
> > Slow - did not trace (did not expect to be able to decypher encrypted
> > https traffic) 5-6 seconds
> > ----------------------------------------------------
> > Line 3:
> > A: Subversion command line client 1.5.3 -> VisualSVN server 1.6.1
> > over
> > https: seemed reasonable (<1 second)
> > ------------------------------------------------------
> > Line 4:
> > A+++: Tortoise client build 14361 -> SubversionTigrisServer 1.5.3
> > over
> > svn protocol FAST FAST FAST*** (<1 second) ***
>
> Best guess: the VisualSVN server has SSPI authentication enabled, and
> that's why it's slow for you: for every connection, it first tries SSPI
> auth and then (if that doesn't authenticate) falls back to basic auth.
>
> both the server from tigris and the command line client don't have SSPI
> compiled in, so that's why those are fast in this situation (you can
> enable SSPI for the tigris server too, but you have to do that manually
> and install mod_auth_sspi yourself).
>
> Stefan
>
> --
> ___
> oo // \\ "De Chelonian Mobile"
> (_,\/ \_/ \ TortoiseSVN
> \ \_/_\_/> The coolest Interface to (Sub)Version Control
> /_/ \_\ http://tortoisesvn.net
>
> signature.asc
> < 1KViewDownload- Hide quoted text -
>
> - Show quoted text -
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_tortoisesvn.tigris.org
For additional commands, e-mail: users-help_at_tortoisesvn.tigris.org
Received on 2008-11-05 04:49:28 CET