Christopher Key wrote:
> Apologies if this has already been covered. I'm using tortoisesvn
> with an SVN repository via http over the internet. Whilst the
> transfer of files during an update following a switch is perfectly
> fast, ~40kb/s, the initial 'handshake' that occurs is excruciatingly
> slow, running at something of the order of 100 bytes per second and
> often stalling altogether.
>
> Is this a known issue? Is it likely to be my configuration, or that
> of the repository? Ethereal shows the traffic as repeated 'PROPFIND'
> requests, and from what I can tell from the delay between requests is
> with the server.
>
> If the problem is simply network latency, might it perhaps be
> desirable to adapt the protocol slightly so that multiple requests
> can either be sent concurrently, or per http request?
Wrong mailing list - this is a Subversion question. TortoiseSVN just
uses the SVN client libraries so it has no control over that side of it.
The real bottleneck does indeed seem to be the server, or at least the
WAN connection to it - the tortoisesvn repository is also painfully slow
sometimes. I use svn:// protocol on my server at work and transactions
over broadband from home are almost as responsive as over the LAN in the
office. Going transatlantic might be slower of course. SVN is currently
developing a new http layer based on Serf instead of Neon. That may help
- maybe ...
Simon
--
___
oo // \\ "De Chelonian Mobile"
(_,\/ \_/ \ TortoiseSVN
\ \_/_\_/> The coolest Interface to (Sub)Version Control
/_/ \_\ http://tortoisesvn.tigris.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: users-help@tortoisesvn.tigris.org
Received on Fri Apr 7 00:51:02 2006