Re: Bytes Transferred Vs Actual File Size

Hello!

>> I did two larger binary-file check-ins today and noticed that on the
>> first check in, the checked in file was about 8MB, but the
>> tortoisesvn GUI only showed about (can't remember exactly) 680kB of
>> transferred data.
>>
>> I just now did a second check in of a 341MB file (highly compressed)
>> and tortoisesvn says: 14.42MBytes transferred in 120 minute(s) and 36
>> second(s).
>>
>> I think there may be something going wrong here? Version is 1.6.11 on
>> Windows 7 x64.

SK> As mentioned before: Subversion only transfers diffs, not whole files.
SK> And then there's the compression servers usually have enabled which
SK> means the diff that's transferred is compressed before it's sent to the
SK> server (or received from it).

  I believe the compression SVN uses internally is Zip, correct?

  I don't think you were reading the previous post carefully.

>> I just now did a second check in of a 341MB file (highly compressed)

  Note the "(highly compressed)" part.
  I can see there is a real UI problem here.

  1. Create a new empty TmpRepo;
  2. check it out;
  3. add a compressed file, in my case I added an 8 Mb MP3 song;
  4. commit.

  The commit dialog says "529 kBytes transferred".

  Really?

  Did you guys manage to achieve almost 16x compression on an
  MP3-file with NO history to have delta against? Zip couldn't do it,
  and neither could 7-zip.

  TmpRepo\db\revs\0\1 file is only a tiny bit smaller than the original
  file. Basically it's the same zip-compressed file plus some SVN
  metadata overhead. But it's NOT 529 kBytes.

  Protocol used: svn://

---=====---
 Alexander

------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2674817

To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2010-10-23 10:29:26 CEST