On 10.02.2011 22:15, Ivan Zhakov wrote:
On Thu, Feb 10, 2011 at 03:25, Stefan Fuhrmann
<stefanfuhrm...@alice-dsl.de> wrote:
Hi there,
Those among you following the commits will have noticed
that I opened 5 new branches each containing a cherry-
picked patch set from the performance branch (details below).
These branches can be merged independent of each other and
an integration branch will be merged to /trunk on the 19th
or 20th if
* there was no feedback to it at all (= silent acceptance), or
* it received positive feedback (= +1 on merge), or
* issues found have been resolved
So, an easy way to prevent a particular branch to be merged
is a simple "needs more discussion / review" post.
I reviewed some of branches. See my comments below.
Thank you very much!
-- Stefan^2.
List of integration branches:
-----------------------------
integrate-string-improvement
- relatively simple change that mainly speeds up ra_svn clients
This branch merges with many conflicts. And after it seems to merge
changes to zlib code...
That is weird. It should be just one version changing 3
files (none of which is a zlib change -- only reducing
the string copying overhead when de-compressing using zlib).
It merges just fine against HEAD -- for me at least using
near-head SVN as well as 1.5.4. Maybe, it fails for 1.6.x
as per http://subversion.tigris.org/issues/show_bug.cgi?id=3657.
integrate-compression-level
- new, independent feature that allows ra_svn to saturate
1Gb network connections and reduces CPU load on the server
- cosmetics: invalid indentation of comment to function
svn_txdelta_to_svndiff2() in file subversion/include/svn_delta.h
Keen eyes! Thanks for spotting that one.
Fixed in 1069655.
- it would be great to have similar option to configure compression
level in mod_dav_svn for high-load servers used in local area
networks. Optionally we can add Apache environment variable to be able
configure compression level based on client IP address.
I tried that a couple of days ago but I didn't change
mod_dav_svn's behavior. I possibly did something wrong
but maybe, the compression is not used for export /
checkout the same way as it is used within svnserve.
Therefore, I reverted the change. However, it should be
a simple change (once it works) that can be done directly
on /trunk. The setting will probably first be global.
integrate-io-improvements
- changes were already discussed when svn_io_file_read_full2()
got introduced on the performance branch
Looks fine. I'm +1 to merge.
-- Stefan^2.
