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

Big repositories with a Windows server

From: Mark Ping <subversion_users_at_roadq.com>
Date: 2005-12-23 20:07:00 CET

Bernhard Rusch wrote:
>I was searching your mailing list back and forth and I couldn't find an
>answer to this question:
>* As I heard, windows gets pretty slow if you have got a directory with
>1000s of files
>* for every new revision, there is an added file in the repository/db/revs
>directory
>Does this mean, that the subversion server gets slow with big repositories
>?

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."

--Mark Ping

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sat Dec 24 23:51:30 2005

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