On 12.11.2012 19:46, Ivan Zhakov wrote: > On Mon, Nov 12, 2012 at 10:27 PM, Bert Huijben <b...@qqmail.nl> wrote: >> Any idea why a 1.8 client would use more than twice the amount of >> data of 1.7? It should send out less requests than a 1.7 client; >> especially to a 1.8 server where we avoid property requests. > svn 1.8 uses raw GET for fetching files, so it downloads uncompressed > unless you have mod_deflate enabled. While neon uses svndiff format > for transmitting files content which self-compressed.
I don't buy that argument. Generating svndiff takes CPU, too. What's more, the simplest kind of svndiff is just a "new" op and zlib-compressed data, effectively having the same characteristics as mod_deflate. Why would mod_deflate use more CPU cycles per compression ratio than svndiff1? Unless you're testing with mod_deflate compression level set to 9, which would be silly for this kind of stream compression. -- Brane -- Branko Čibej Director of Subversion | WANdisco | www.wandisco.com
