On 12.11.2012 19:46, Ivan Zhakov wrote:
> On Mon, Nov 12, 2012 at 10:27 PM, Bert Huijben <bert_at_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
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.
Director of Subversion | WANdisco | www.wandisco.com
Received on 2012-11-15 12:36:57 CET