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

Re: Bytes Transferred Vs Actual File Size

From: Stefan Küng <tortoisesvn_at_gmail.com>
Date: Sat, 23 Oct 2010 10:22:15 +0200

On 23.10.2010 10:16, Ben Schwehn wrote:
>> As mentioned before: Subversion only transfers diffs, not whole files.
>> And then there's the compression servers usually have enabled which
>> means the diff that's transferred is compressed before it's sent to the
>> server (or received from it).
>
>
> Hello Stefan,
>
> Does Subversion only transfer diffs with binary files also? I was
> under the impression it did not but only for textual files. But either
> way, the 341MB file has never been in the repository before, so no
> previous version to diffs to and is already highly compressed
> (compressed using the best of deflate, PPMd, LMZA at highest setting
> each), no way the server could have compressed it down from 341MB to
> 15MB.
> BTW: The server/check-in is running via svn+ssh.
>
> If there is interest, I can check if I can consistently reproduce this
> and file a more detailed bug report.

Yes, Subversion also transfers diffs for binary files. When transferring
data, Subversion handles *all* files no matter what type they are the same.

As for svn+ssh, Subversion doesn't get information about the actual
transfer since that's handled by the ssh tunnel. So what you see for
that kind of connection is only the data svn actually knows about.

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=2674816
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2010-10-23 10:22:37 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.