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

Re: Logging Subversion client HTTP requests

From: Andreas Krey <a.krey_at_gmx.de>
Date: Mon, 1 Aug 2011 10:31:25 +0200

On Mon, 01 Aug 2011 04:16:49 +0000, Manuel Lemos wrote:
...
> Maybe I am missing something but it seemed that those repeated requests
> were redundant and make svn program much slower than it should.

Quite. GPRS has a round-trip time of about a seconds. This immediately
translate to every remote svn operation (even 'svn ls') taking fifteen
seconds. It was thirty before my sysadmin enabled 'Connection: keepalive'
on the server. Anyway, this indicates that svn regularly does about
roundtrips on remote operations.

> Could
> that change you are talking about be meant to address these redundant
> repeated requests?

They are. (Which means there is a complete protocol change afoot.)

> Anyway, in my implementation I did not do any repeated requests and I
> can retrieve the information I want apparently much faster in PHP than
> using the svn program. So I wonder if could be missing anything.

It *may* be another opportunity to bash the maturity of libsvn. :-)
I assume the aforementioned protocol change does not just mean eliminating
these redundancies.

> Given than a typical gzip encoding can compress text data about 5 times,
> it seemed to me there is a great opportunity to make SubVersion HTTP
> server accesses much faster, but that opportunity is not being addressed
> because SubVersion HTTP servers do not compress responses. Again I maybe
> missing something here.

I use ssh port forwarding for svn http:// access anyway, and that can
take care of the compression, even of the headers. Like:

  ssh -L 4080:svnhost:80 wellconnected.host
  svn checkout http://localhost:4080/path/to/repo

Andreas

-- 
"Totally trivial. Famous last words."
From: Linus Torvalds <torvalds@*.org>
Date: Fri, 22 Jan 2010 07:29:21 -0800
Received on 2011-08-01 10:32:15 CEST

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

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