[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: John Peacock <john.peacock_at_havurah-software.org>
Date: Thu, 10 Apr 2008 16:43:02 -0400

Benjamin Smith-Mannschott wrote:
> Yuck. At first blush, this seems to me a pretty unnatural way to work.

Me too.

> I'd much rather see this addressed at the file system level either by
> copy-on-write or something like (apple's) fseventsd. I realize that
> this is (way) out of scope for subversion, which needs a solution that
> will work on any conventional file system. Pitty.

This seems way too complicated also (and likely nigh-unportable).

Just as an FYI, SVK has centralized metadata (in the form of an ordinary
Subversion repository actually) and it really doesn't seem to take all
that long to scan the working copy to locate the changed files (I belive
that SVK also caches the changed files as it sees them, so it is faster
the second time round, say 'svk st' followed by 'svk diff'). But then
again I am not using WC's with [tens of] thousands of files either.


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-10 22:43:18 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.