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

Re: Big repositories with a Windows server

From: egoots <egoots_at_gmail.com>
Date: 2005-12-23 21:37:34 CET

On 12/23/05, Mark Ping <subversion_users@roadq.com> wrote:
>
> We're running svn 1.2.3 on Windows, with Apache. We have about 40,000 revs
> in an fsfs resository. I don't see any significant slowdowns. I was
> worried about this question myself, until I found the MS KB article giving
> the details. It's not 1000s of files, it's 100,000s of files.
>
> See:
> http://www.microsoft.com/resources/documentation/Windows/XP/all/reskit/en-us/prkc_fil_punq.asp
>
> A relevant quote:
> "If you have a large number of files (300,000 or more) in a folder, and the
> files have long file names with the same initial characters, the time
> required to create the files increases. The increase occurs because NTFS
> bases the short file name on the first six characters of the long file name.
> In folders with more than 300,000 files, the short file names start to
> conflict after NTFS uses all of the 8.3 names that are similar to the long
> file names. Repeated conflicts between a generated short file name and
> existing short file names cause NTFS to regenerate the short file name from
> 6 to 8 times."
>

If this is the only cause of the "slowdown", then you could speed it
up by turnning off short file name generation on NTFS. See:

http://www.microsoft.com/resources/documentation/Windows/2000/server/reskit/en-us/Default.asp?url=/resources/documentation/Windows/2000/server/reskit/en-us/regentry/28231.asp

I would be interested to know if someone has tested this out?

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sun Dec 25 01:43:03 2005

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.