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

Re: Reducing remote calls

From: Nicolas Alvarez <nicolas.alvarez_at_gmail.com>
Date: Sun, 09 Mar 2008 14:42:53 -0200

Stefan Küng escribió:
> Oren Eini (Murphy & Associates) wrote:
>> Hi guys,
>> This is an observation only, but I have noticed that TSVN seems to
>> cause about twice as much remote calls to the server than svn.exe, for
>> the same operations.
>> Looking at the generated calls, it looks like at least some of them
>> are duplicates of on another.
>> Any idea why?
>
> Depending on which command you're using or which dialog, TSVN has to do
> some checks before it can execute the command you want. For example,
> when you update, TSVN first asks the repo what the HEAD revision is,
> then updates *all* selected targets to that exact revision (the svn
> client would update all items to HEAD, which means if there's a commit
> in between the updates, your working copy would not be in a consistent
> state). Or in the repo browser, it has to check whether the URL is a
> file or a folder, what the HEAD revision is, what the repository root
> url is, ...
>

Is there any way that stuff can be done in pipelined requests or in
separate connections? Checking a revision number and a root URL sounds
to me like it can be done at the same time, one doesn't depend on the
other (but I don't know anything about the svn protocols, so I may be
wrong). Sometimes I see it doing dozens of requests and taking long, but
my bandwidth is barely used, so I guess the main speed problem becomes
network latency...

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe_at_tortoisesvn.tigris.org
For additional commands, e-mail: dev-help_at_tortoisesvn.tigris.org
Received on 2008-03-09 17:49:54 CET

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

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