From: Edward Ned Harvey <svn_at_nedharvey.com>
Date: Wed, 30 Jun 2010 12:01:01 -0400
> From: Daniel Shahaf [mailto:d.s_at_daniel.shahaf.name]
> > I've had the greatest complaints for >15min commits.
> So, a commit takes 1min when the server is idle, and 15min when the
> server is busy.
Actually, I'm surprised what I'm learning now. Although it matters if the
I finally found a rock-solid and reproducible test case, as follows:
. There is a binary file, approx 45M, called layout.oa
. There are only 14 revs where it was changed. It varies slightly
. If I export all the different rev's of that file (parent dir, no
. During all of the above exports, I am the only user using the
I can't imagine any reason for such an enormous difference. I'm not sure
Any ideas or suggestions?
This thread is no longer development related, unless this is a bug. We're
Please see attachments.
> > The way things are right now, svndiff, zlib_encode() take a chunk of
> (in svndiff.c)
> > performs compression on it, and writes (a) the size of the data, and
> > whichever is smaller: the data, or the compressed data.
> Note that the correctness of zlib_decode() depends on this check being
> done by the encoder.
I built subversion once with the default compression, once with compression
In zlib_encode() there is an if() statement, to see if len <
Aside from svndiff.c, there are a million places where zlib is called, but
if (level == Z_DEFAULT_COMPRESSION) level = 0; // was formerly 6
(occurs two times.)
This is an archived mail posted to the Subversion Dev mailing list.