From: Daniel Shahaf <d.s_at_daniel.shahaf.name>
Date: Tue, 29 Jun 2010 08:44:43 +0300 (Jerusalem Daylight Time)
Edward Ned Harvey wrote on Tue, 29 Jun 2010 at 07:15 -0000:
You can disable all (most?) compression by not advertising the
> Some people are seeing 20min commit times on changes they could have
How do you know how long the commits would have taken with compression
> Based on what I see in the source code, I think I can simply change the
IMO, don't disable it entirely; because that way you don't have to
> As far as I can tell, there is no harm in doing this. When data is read
A compressed file may or may not be shorter than the original file.
You may not know the size/length in advance.
I don't like the idea of getting a stream and not *knowing* whether or
> Parallel implementation of compression (utilize multiple cores/threads)
In what context? svn, svnserve, both? Have you determined that CPU is
> Configurable / disable-able compression level (config file edit, no
+0 (won't use it myself, but if large installations need it then let's
> Optional compression algorithm. zlib vs bzip2 vs 7-zip (probably not
Note that the definition of svndiff1 ("svndiff version 1" ) hard-wires
This is an archived mail posted to the Subversion Dev mailing list.