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

Re: Checkout really slow in Windows with lots of files in one directory

From: Stefan Sperling <stsp_at_elego.de>
Date: Wed, 26 Jan 2011 16:24:18 +0100

On Wed, Jan 26, 2011 at 09:43:15AM -0500, Andy Levy wrote:
> NTFS just doesn't handle this scenario
> well - it's probably one of the reasons FSFS sharding was introduced
> (I'm speculating a bit here).

IIRC that is correct.
Sharding was introduced to prevent long-running readdir() system calls.
It is on the server though and does not affect client behaviour.

So while the client might suffer similar issues with directories with
many files in it, a virus scanner is much more likely to cause notable
delays on Windows. Subversion creates temporary files and then moves
them into place. Virus scanners don't interact well with that.
Especially since it's impossible to rename open files on Windows.

Don't run virus scanners on working copies.
If you want to check for viruses in the repository, use a designated
working copy and trigger a scan of changed files from the post-commit hook.
Received on 2011-01-26 16:25:03 CET

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

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