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

Re: svn commit: r1667295 - /subversion/branches/1.8.x/STATUS

From: Ivan Zhakov <ivan_at_visualsvn.com>
Date: Tue, 17 Mar 2015 16:41:44 +0300

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.

-- 
Ivan Zhakov
Received on 2015-03-17 14:43:16 CET

This is an archived mail posted to the Subversion Dev mailing list.