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

Re: Bug report: Both commit and checkout/update shows incorrect transfer dates for large files

From: Konstantin Kolinko <knst.kolinko_at_gmail.com>
Date: Wed, 11 Jul 2012 18:13:41 +0400

2012/7/9 Tomasz Trejderowski <tomasz_at_trejderowski.pl>:
> I've recently commited (and then checked out, for test purposes) a large ZIP
> file to one of my repos.
> Both checkout / update and commit dialog boxes showed incorrect file size /
> transfer rate after end of operation.
> File size is 186 MB. Commit reported that transfered only 15,29 MB and
> updated that downloaded 22,75 MB. Expected value should be more
> (transmission overhead) or at least equal to 186 MB.
> Both numbers are ten or even more times too low. Large ZIP file was the only
> one processed during both processes.
> After checking out to test folder and testing ZIP archive with Total
> Commander, no errors in file were found. Seems that whole 186 MB of data was
> transfered and file is not corrupted.
> Attachment might be a proof and exmple.

I have not used XAMPP, but from quick search the latest version is
1.7.7. Where did you get your "1.8.0"?

I do not know what your archive contains, but comparing 1.7.7 files here:

xampp-win32-1.7.7-VC9.zip 156.6 MB
xampp-win32-1.7.7-VC9.7z 72.5 MB

which I think contain the same data. The size of the second archive is
substantially smaller. I think that this effect can be caused by
having a lot of small files.

If you compress your archive file once again, how large it would be?

Best regards,
Konstantin Kolinko


To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2012-07-11 16:14:13 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.