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.
