[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: Tue, 29 Sep 2015 12:41:22 -0700

On Sep 29, 2015 6:19 AM, "Simon Large" <simon.tortoisesvn_at_gmail.com> wrote:
>
> On 28 September 2015 at 22:02, Ryan Rutledge <ryandrutledge_at_gmail.com>
wrote:
> > 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)
> >> > instead?
> >>
> >> 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
> >> this.
> >>
> >> 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
> > http://tortoisesvn.net/docs/nightly/TortoiseSVN_en/tsvn-cli.html
> >
> > Ryan R.
>
> Try TSVN->Settings->Dialogs3
> Uncheck Pre-fetch folders for faster browsing, otherwise a request is
> sent for each of the sub-folders.
>
> Simon

Changing that setting reduced the number from 16 in one instance to 10. I
can only account for 3 of them by the CLI equivalence guideline, though:
svn list <rootURL>
svn list <rootURL/project>
svn list <rootURL/project/trunk>

The trunk does contain 7 items - 1 subfolder and 6 files. Coincidence? Is
the repo browser doing some additional operation on each child, beyond just
losing them? I ask because svn list -v seems to already give all the same
information presented in the repo browser. I tried a different project with
only 5 children (all files) in the trunk, but there were still 10 sessions.

This doesn't add up.

------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=3140107

To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2015-09-30 17:21:56 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.