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

Re: DAV updates

From: Greg Hudson <ghudson_at_MIT.EDU>
Date: 2001-09-25 16:45:16 CEST

>>[ yes, I know that svndiff may not compress well (we should be able to
>> disable Apache's compression for svndiff data), but updates can also give
>> you new files, and compressing that full text is important ]

If I'm not mistaken, when an update gives you a new file, it gives you
an svndiff against /dev/null, which still won't compress very well.
(Compressing the plain text would be more bandwidth-efficient, since
gzip is a better compression algorithm, but it's also more work for
the server.)

> Actually, I think svndiff would compress reasonably well.

My testing from October 2000 (message 23888 in the archives) yielded:

        Raw size: 6912321
        svndiff alone: 3471614 (50%)
        svndiff+gzip: 2976929 (43%)
        gzip alone: 2541305 (37%)

on a diff between /dev/null and a data set of .elc files. So yes,
about 15%. Don't know if that justifies the extra work by the server.

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Oct 21 14:36:42 2006

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.