[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: eg <egoots_at_gmail.com>
Date: Tue, 15 Apr 2008 14:59:41 -0700

Branko Čibej wrote:
>>
>> If you're already turning everything upside-down, and willing to trade
>> memory for performance, it might be worth thinking about an optional
>> svn-client-daemon that uses
>> inotify/FSEvents/FindFirstChangeNotification/etc. Then you'd only have
>> to do a full scan once per boot; the OS would tell you about any
>> further modifications.
>>
>
> Ouch. This introduces a long-living daemon that all other bits depend
> on, that has to be stable and never make a mistake. Not a good way to
> design robust software, IMHO. This falls under the "unnecessary
> complexity" and "premature optimization" headings. I'm convinced that a
> disk scan can be made orders of magnitude faster than ours is now, even
> without FS-specific tricks (like, e.g., walking the $MFT on NTFS)
>

Agreed.
Isn't Mercurial, with their revlog format, an example of an
implementation which demonstrates this ability to be much faster for
these type of operations.

---------------------------------------------------------------------
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-16 18:59:07 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.