On Wednesday, 29. October 2008, Greg Stein wrote:
> Cool. That would be around my expectation for our performance in
> wc-ng: just a quick walk of the tree calling lstat(), looking for size
> changes or timestamp changes.
Right.
> Also, recall that I had planned to have a mode for 'svn stat' that
> only looks at the metadata (adds, removes, etc), but without a crawl.
> I didn't think a simple crawl would be so fast.
Well, it ain't.
FSVS uses it's (supposed) complete knowledge about all (versioned) entries in
the working copy to build the entry list *sorted* - by device and inode, so
that the harddisk needn't seek so much.
That makes it faster than find.
> I think, for now, that
> I'm going to punt on the idea of a no-crawl status mode. No reason to
> monkey up status with Yet Another Command Line Switch when it can go
> this fast (and think about the typical case!).
Well, of course it depends on your storage too.
> And think about hot caches! My Macbook can "find . | wc -l" across
> 170k files in just 5 seconds.
Hot caches help a bit; but then FSVS is slower than find, as it does
additional processing.
Regards,
Phil
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org
Received on 2008-10-29 13:14:22 CET