performance enhancement by working copy svn server
From: Harvey, Edward <Edward.Harvey_at_patni.com>
Date: Sat, 5 Apr 2008 19:28:07 -0400
Basically, just wondering if anyone has ever thought along these lines ...
I was thinking about how to speed up operations, such as svn status, etc, which are currently required to walk the tree. With large numbers of files, this can be expensive. The root cause is simple - peoples files can be changed by any process without the knowledge of svn; therefore svn must inspect each file to see if it's changed. To improve this would require some process to have the ability to constantly monitor all file access within the working copy.
So the idea is - Suppose there were a special "working copy" svn server, which could have exclusive access to some folder on the system, containing the working copy, and then export those files to localhost, where they could be mounted into a user's home directory (or wherever). The user would work in his/her home directory as always, but the "working copy svn server" would be able to monitor all file access. No change of behavior would be necessary; the working copy could contain versioned and unversioned files exactly as it always has, but the "working copy svn server" could keep track of all the local modifications on the fly, and eliminate the need to ever walk the tree.
Granted, root would have to assist somehow, to let the filesystem mount. And I'm sure it's not a trivial code to write.
This e-mail message may contain proprietary, confidential or legally privileged information for the sole use of the person or entity to whom this message was originally addressed. Any review, e-transmission dissemination or other use of or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this e-mail in error kindly delete this e-mail from your records. If it appears that this mail has been forwarded to you without proper authority, please notify us immediately at netadmin_at_patni.com and delete this mail.
This is an archived mail posted to the Subversion Dev mailing list.