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