> Jared Hardy wrote:
> > ... a huge amount of data ... exceeding 20GB 200K+ files ...
> > ... sibversion requires a lot of directory-walks for safe
> > recursive updates and status checks, and
> > this can be slow on NTFS with 100K+ folders and 200K+ files ...
Actually those file and folder counts were done on my working copy, so
maybe that's not the best measure of Repository size and numbers.
Anyone know a fast way to get those statistics from the server side?
On 9/13/06, Mike Brenner <mikeb@mitre.org> wrote:
> With such a small ratio of files to folders,
> you might not benefit from moving away
> from NTFS, where the slowest feature you
> experience occurs when the ratio of
> files to directories gets high.
What you say about file-folder ratio is interesting, because the .svn
folders seem to have a lot of sub-folders that remain empty most of
the time. Has a flat-file type WC cache alternative been considered? I
think Mercury uses something like that -- one big WC status file per
project, and I hear they have some claim to good speed on all
platforms. I admit I haven't done a full evaluation myself, because it
lacks folder tracking and rename support.
Thanks,
Jared
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sat Sep 16 05:11:00 2006