svn commit: r1667308 - /subversion/branches/1.8.x/STATUS

[br...@apache.org]

Author: brane
Date: Tue Mar 17 13:50:22 2015
New Revision: 1667308

URL: http://svn.apache.org/r1667308
Log:
* branches/1.8.x/STATUS: Restore the nomination for the r1666965 group
   that I accidentally deleted in r1667295.

Modified:
    subversion/branches/1.8.x/STATUS

Modified: subversion/branches/1.8.x/STATUS
URL: http://svn.apache.org/viewvc/subversion/branches/1.8.x/STATUS?rev=1667308&r1=1667307&r2=1667308&view=diff
==============================================================================
--- subversion/branches/1.8.x/STATUS (original)
+++ subversion/branches/1.8.x/STATUS Tue Mar 17 13:50:22 2015
@@ -64,6 +64,28 @@ Candidate changes:
      +1: stefan2 (before r1660186 was added)
      +0: julianfoad
 
+ * 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)
+
 Veto-blocked changes:
 =====================