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

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