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

Integrating further changes from the performance branch

From: Stefan Fuhrmann <stefanfuhrmann_at_alice-dsl.de>
Date: Thu, 10 Feb 2011 02:25:14 +0100

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.

-- Stefan^2.

List of integration branches:
-----------------------------

integrate-string-improvement
- relatively simple change that mainly speeds up ra_svn clients

integrate-compression-level
- new, independent feature that allows ra_svn to saturate
   1Gb network connections and reduces CPU load on the server

integrate-io-improvements
- changes were already discussed when svn_io_file_read_full2()
   got introduced on the performance branch

integrate-stream-api-extensions
- straight-forward extension to the svn_stream_t API
- code not used right now
- is required for efficient stream_readline implementation
   (would be a follow-up merge)

integrate-cache-item-serialization
- certainly the most critical change as it affects all items
   currently cache-able in FSFS
- affects FSFS only
- prerequisite to O(N) instead of O(N^2) directory handling
   (would be a follow-up merge)
- prerequisite to delta caching speeding up 'verify' and 'dump'
   (would be a follow-up merge)
Received on 2011-02-10 02:25:53 CET

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.