You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@subversion.apache.org by ph...@apache.org on 2014/02/26 18:16:00 UTC

svn commit: r1572169 - /subversion/branches/fsfs-lock-many/BRANCH-README

Author: philip
Date: Wed Feb 26 17:16:00 2014
New Revision: 1572169

URL: http://svn.apache.org/r1572169
Log:
* branches/fsfs-lock-many/BRANCH-README: Update.

Modified:
    subversion/branches/fsfs-lock-many/BRANCH-README

Modified: subversion/branches/fsfs-lock-many/BRANCH-README
URL: http://svn.apache.org/viewvc/subversion/branches/fsfs-lock-many/BRANCH-README?rev=1572169&r1=1572168&r2=1572169&view=diff
==============================================================================
--- subversion/branches/fsfs-lock-many/BRANCH-README (original)
+++ subversion/branches/fsfs-lock-many/BRANCH-README Wed Feb 26 17:16:00 2014
@@ -17,3 +17,25 @@ functions.
 
 For svnserver connect "lock-many" and "unlock-many" to the repos
 functions.
+
+For ra_local, svnserve and mod_dav_svn connect the server-side
+unlocking after a commit to the repos functions.
+
+
+Some performance measurements: I'm testing commands such as:
+
+   svn lock   wc/*.jpg
+   svn unlock wc/*.jpg
+   svn commit wc         # without --no-unlock
+
+where the commands modify 1,000 locks.  With trunk these commands take
+over 0.5s in a repository that has no other locks, and over 20s in a
+repository that has 99,000 locks spread over other branches.  With the
+new code the commands take less than 0.3s with no other locks and less
+than 0.5s with 99,000 other locks.
+
+Note that the commit improvement applies to all RA layers but the lock
+and unlock improvements do not apply to DAV since the DAV protocol
+uses per-path LOCK and UNLOCK requests.  To get the lock and unlock
+improvements over DAV will require adding some form of multiple-path
+requests to the protocol.