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/25 18:12:16 UTC

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

Author: philip
Date: Tue Feb 25 17:12:16 2014
New Revision: 1571750

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

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

Added: subversion/branches/fsfs-lock-many/BRANCH-README
URL: http://svn.apache.org/viewvc/subversion/branches/fsfs-lock-many/BRANCH-README?rev=1571750&view=auto
==============================================================================
--- subversion/branches/fsfs-lock-many/BRANCH-README (added)
+++ subversion/branches/fsfs-lock-many/BRANCH-README Tue Feb 25 17:12:16 2014
@@ -0,0 +1,19 @@
+FSFS locking doesn't scale well as lock and unlock operate on single
+paths and every operation has to rewrite all the digests and the digest
+of '/' refers to every lock in the repository.  A long-term solution
+probably involves a repository upgrade to a new storage scheme but a
+short-term fix is to operate on multiple paths and reduce the number
+of times the digest files are written.
+
+Create new APIs that operate on multiple paths:
+
+  svn_fs_lock2
+  svn_fs_unlock2
+  svn_repos_fs_lock2
+  svn_repos_fs_unlock2
+
+For ra_local connect svn_ra__vtable_t.lock and unlock to the repos
+functions.
+
+For svnserver connect "lock-many" and "unlock-many" to the repos
+functions.