On Thu, Sep 20, 2012 at 1:41 PM, <stef...@apache.org> wrote: > Author: stefan2 > Date: Thu Sep 20 11:41:25 2012 > New Revision: 1387981 > > URL: http://svn.apache.org/viewvc?rev=1387981&view=rev > Log: > On 10Gb branch, add a README. > > * BRANCH-README: new file > > Added: > subversion/branches/10Gb/BRANCH-README > > Added: subversion/branches/10Gb/BRANCH-README > URL: > http://svn.apache.org/viewvc/subversion/branches/10Gb/BRANCH-README?rev=1387981&view=auto > ============================================================================== > --- subversion/branches/10Gb/BRANCH-README (added) > +++ subversion/branches/10Gb/BRANCH-README Thu Sep 20 11:41:25 2012 > @@ -0,0 +1,15 @@ > +This branch will receive a number of patches that boost > +svn:// single-threaded throughput from about 5Gb/s to > +10Gb/s for typical source code, i.e. becomes capable of > +saturating a 10Gb connection. > + > +Bottlenecks to address: > + > +* frequent cancellation checks (intense OS interaction) > +* in-memory copies (membuffer cache -> empty deltification > + -> output buffer -> network stack) > +* various CPU-heavy tasks > + > +The patches have been written quite some time ago and I > +want them off my disk. OTOH, release 1.8 shall not be > +endangered.
As a mod_dav_svn user, I'm wondering: - How much of your current set of patches will also benefit (indirectly perhaps) mod_dav_svn? - For the things that only help svnserve, how much of those could be implemented for mod_dav_svn as well (practically and/or theoretically -- perhaps some of those would need a totally different approach, but maybe the principle is valid for mod_dav_svn as well)? Or is mod_dav_svn just not able to get a higher throughput because of other reasons (protocol overhead, other bottlenecks, ...)? -- Johan
