subversion-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Andreas Krey <>
Subject Re: Logging Subversion client HTTP requests
Date Mon, 01 Aug 2011 08:31:25 GMT
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
  svn checkout http://localhost:4080/path/to/repo


"Totally trivial. Famous last words."
From: Linus Torvalds <torvalds@*.org>
Date: Fri, 22 Jan 2010 07:29:21 -0800

View raw message