You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@subversion.apache.org by jc...@apache.org on 2016/10/12 15:13:08 UTC
svn commit: r1764480 - /subversion/branches/1.9.x/STATUS
Author: jcorvel
Date: Wed Oct 12 15:13:07 2016
New Revision: 1764480
URL: http://svn.apache.org/viewvc?rev=1764480&view=rev
Log:
* STATUS: Vote for and approve r1721285.
Modified:
subversion/branches/1.9.x/STATUS
Modified: subversion/branches/1.9.x/STATUS
URL: http://svn.apache.org/viewvc/subversion/branches/1.9.x/STATUS?rev=1764480&r1=1764479&r2=1764480&view=diff
==============================================================================
--- subversion/branches/1.9.x/STATUS (original)
+++ subversion/branches/1.9.x/STATUS Wed Oct 12 15:13:07 2016
@@ -43,16 +43,6 @@ Candidate changes:
this behavior change was reverted when a better fix was
implemented)
- * r1721285
- Quadruple the maximum cacheable directory size in FSFS.
- Justification:
- Not caching large directories has a massive impact on runtime with
- the cutoff point being about 9000 entries for the default cache size.
- Also, memory usage with mod_dav_svn may go through the roof for
- uncached directories.
- Votes:
- +1: stefan2, steveking
-
* r1724448
Fix handling of newly secured subdirectories in a working copy
Justification:
@@ -183,3 +173,13 @@ Approved changes:
Votes:
+1: jamessan, stefan2
+ * r1721285
+ Quadruple the maximum cacheable directory size in FSFS.
+ Justification:
+ Not caching large directories has a massive impact on runtime with
+ the cutoff point being about 9000 entries for the default cache size.
+ Also, memory usage with mod_dav_svn may go through the roof for
+ uncached directories.
+ Votes:
+ +1: stefan2, steveking, jcorvel
+