On 29.07.2009 16:24, Andre Lombard wrote:
> 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=291490
>
> The TortoiseSVN Help > About dialog does list zlib 1.2.3.
Can you try a nightly build please? It should be fixed now.
Stefan
--
___
oo // \\ "De Chelonian Mobile"
(_,\/ \_/ \ TortoiseSVN
\ \_/_\_/> The coolest Interface to (Sub)Version Control
/_/ \_\ http://tortoisesvn.net
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2377311
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2009-07-31 11:49:39 CEST