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

Compression not working

From: Andre Lombard <andre_lombard_at_hotmail.com>
Date: Wed, 29 Jul 2009 10:24:53 -0400

SUMMARY:

 

I am trying to achieve faster transfer of large checkouts from remote
clients by enabling compression between the client and the server. So far I
have configured compression at the server and tested with SVN.EXE and
Firefox that compression works by capturing the HTTP Request/Response
streams, but the compressions is not in effect when using TortoiseSVN as the
client.

 

MORE DETAIL:

 

When using SVN.EXE command line client (version 1.6.3 (r38063)), the HTTP
Request includes the "Accept-Encoding: gzip" header (twice, actually). The
corresponding response contains the "Content-Encoding: gzip" header and the
body is clearly compressed.

 

When using TortoiseSVN client (version 1.6.3.16613), the HTTP Request is
missing the "Accept-Encoding: gzip" header and thus the corresponding
response contains no "Content-Encoding" header and is not clearly not
compressed.

 

To capture the HTTP stream, I have used TcpTrace tool from pocketsoap.com,
although I could also have used Ethereal or something similar. TcpTrace is
simple to use -- it will listen on a local port (I chose port 1234) and will
forward all traffic to a remote host and port, displaying the captured
sessions in its GUI.

 

Then to repro the non-issue with SVN.EXE:

 

1. Open a command prompt and navigate to C:\MyTempDirectory

2. svn.exe co http://localhost:1234/svn/testRepo testRepoSvn

3. Examine the captured HTTP traffic

 

And to repro the issue with TortoiseSVN as the client:

 

1. Using windows explorer, navigate to C:\MyTempDirectory

2. Right Click > SVN Checkout

a. URL of repository: http://localhost:1234/svn/testRepo

b. Checkout directory: C:\MyTempDirectory\testRepoTortoiseSVN

c. OK

3. Examine the captured HTTP traffic

 

 

The server side is running Apache 2.2.11 (Win32) with DAV SVN/1.6.3. I have
enabled mod_deflate and added the following to the httpd.conf to ensure that
DEFLATE is enabled:

 

<Location /svn>

    #--- Snip! Full contents not shown, but I can provide it upon request

---
    SetOutputFilter DEFLATE
    SetInputFilter DEFLATE
    BrowserMatch ^Mozilla/4 gzip-only-text/html
    BrowserMatch ^Mozilla/4\.0[678] no-gzip
    BrowserMatch \bMSIE !no-gzip !gzip-only-text/html
    #--- Snip! Full contents not shown, but I can provide it upon request
---
</Location>
 
A brand new repository has been created (using the v1.6.3 svnadmin.exe) and
I commited one DLL and one CS (C# code) file to the root for testing
purposes.
 
Finally, in addition to verifying this server configuration by using the
SVN.EXE command line client, I have also verified that compression works by
browsing the repository directly with Firefox and downloading a .dll and .cs
file.  Both files were compressed in the HTTP response.
 
I have searched the bug lists at Flyspray, tigris.org users archive and
developers archive for "zlib", "compress" and "deflate" and the closest
reported issue I could find was never confirmed to be an issue.
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=757&dsMessageId=29
1490
 
The TortoiseSVN Help > About dialog does list zlib 1.2.3.
 
 
Andre
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2376619
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2009-07-29 16:29:06 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.