On 17.03.2015 14:41, Ivan Zhakov wrote:
> On 17 March 2015 at 16:08, <brane_at_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
Received on 2015-03-17 14:49:43 CET