[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: performance enhancement by working copy svn server

From: David O'Shea <david.oshea_at_s3group.com>
Date: Mon, 07 Apr 2008 16:37:19 +0100

This is similar to how Clearcase works also. Something like inotify
would be helpful too I guess, but that would be linux only.

David.

On 06/04/2008 05:30, Greg Hudson wrote:
> As I understand it, Perforce does this, although I believe it requires
> the file server to be hosted by the repository. It is, in fact, quite
> fast as long as the mount is going over a fast link. It's a bit
> unlikely that Subversion will ever go in this direction since it
> requires a lot of system-dependent code and/or documentation.
>
> Another possibile way to avoid scans is to require an "svn edit" (actual
> syntax may vary) to make Subversion notice an edit to a file. This idea
> is most attractive to people who have Subversion integrated with their
> editor or IDE; since not everyone is in that camp, it would probably
> have to be a per-checkout option. Peering at trunk/notes/wc-ng-design,
> it looks like Subversion might conceivably go in this direction if a WC
> rewrite effort succeeds.
>
> On Sat, 2008-04-05 at 19:28 -0400, Harvey, Edward wrote:
>> 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.
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
>> For additional commands, e-mail: dev-help_at_subversion.tigris.org
>>
>
>
> ----------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
> For additional commands, e-mail: dev-help_at_subversion.tigris.org
>

-- 
The information contained in this e-mail and in any attachments is confidential and is designated solely for the attention of the intended recipient(s). If you are not an intended recipient, you must not use, disclose, copy, distribute or retain this e-mail or any part thereof. If you have received this e-mail in error, please notify the sender by return e-mail and delete all copies of this e-mail from your computer system(s).
Please direct any additional queries to: communications_at_s3group.com.
Thank You.
Silicon and Software Systems Limited. Registered in Ireland no. 378073.
Registered Office: South County Business Park, Leopardstown, Dublin 18
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org
Received on 2008-04-07 17:38:14 CEST

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.