[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: TSVN treating repo connections as free greatly reduces the responsiveness of svn+ssh protocol

From: Ryan Rutledge <ryandrutledge_at_gmail.com>
Date: Mon, 28 Sep 2015 14:02:49 -0700

On Sep 28, 2015 12:26 PM, "Stefan Küng" <tortoisesvn_at_gmail.com> wrote:
> On 26.09.2015 20:48, Ryan Rutledge wrote:
> > TLDR: TSVN over svn+ssh protocol uses multiple connections in
> > succession, opening and closing each one in various steps. A simply repo
> > browse operation typically uses about 6 discrete sessions, rather than
> > establishing a single session and using that. This causes a long delay
> > for nearly any operation in TSVN when it takes a second to authenticate
> > the SSH key, which happens multiple times for every operation. Can TSVN
> > be made to reuse a single session (within some short time frame)
> TSVN does not use ssh itself but fully relies on the svn library for
> that. Which means you have to ask on the svn users list for help with
> Stefan

Respectfully, this doesn't seem to be correct. Based on the TSVN docs
appendix E, "Command Line Interface Cross Reference", a repo browse
operation first find the URL of the working copy selected, then does "svn
list -v URL". To test, I ran this command from the command line, with the
URL indicated. The result was a single SSH session in auth.log. Doing
ostensibly the same operation through the TSVN GUI resulted in over 15
sessions! Further, the command line version returns is output in approx 3
seconds, while the TSVN GUI takes approx 26 seconds to display the
contents. This leads me to suspect a bug since these two outcomes are so
drastically different, per the guidance in

Ryan R.


To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2015-09-29 15:11:55 CEST

This is an archived mail posted to the TortoiseSVN Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.