On 17.03.2015 14:41, Ivan Zhakov wrote: > On 17 March 2015 at 16:08, <br...@apache.org> wrote: >> Author: brane >> Date: Tue Mar 17 13:08:24 2015 >> New Revision: 1667295 >> >> URL: http://svn.apache.org/r1667295 >> Log: >> * branches/1.8.x/STATUS: >> - Vote for the r1660220 and r1619380 groups, and r1666690. >> - Approve r1660071, r1532287, r1660593, r1660646, r1663991 and r1664684. >> > [....] > >> - >> - * r1666965, r1667120 >> - Reduce 'the lag' of the first svn log results over mod_dav. >> - Justification: >> - A slow svn log makes users call Subversion slow. This fixes the >> - perceived performance problem by no longer optimizing just for >> - obtaining all the results fast, but also for obtaining the first >> - result fast. >> - . >> - Just the perceived slowness of common svn log operations might >> - make users switch to a DVCS or implement a client side cache, >> - while this slowness is just a buffering to make the total set of >> - results come in faster. But I don't think there are that many users >> - that really wait for all results of >> - . >> - $ svn log -q ^/subversion/trunk >> - . >> - This currently takes > 10 seconds before the first result using >> - the EU mirror for me. With --limit 1 (best comparison with post-patch) >> - that would be 0.2 seconds. >> - Votes: >> - +1: rhuijben, philip (After it has been approved for 1.9) > Hi Brane, > > It seems this nomination has been lost during this commit. > > On the nomination itself: I think this change should not be backported > to 1.8.x: it's not security or bug fix. It the change itself a little > bit controversial for me, so its better to release it as part of > 1.9.x.
Meh, looks like I got my wires crossed, juggling too many changes in STATUS at the same time. I'll put the nomination back; I didn't vote for it. Thanks for noticing! -- Brane
