[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: Tim Gebhardt <tim_at_gebhardtcomputing.com>
Date: 2005-12-23 22:08:11 CET

I also think people believe that Windows has a slow filesystem when
looking at numerous files in the shell. It's not that the filesystem is
slow when looking at a couple thousand files in Windows Explorer, it's
the fact that the shell has to open each one to read the file metadata
and draw the file icon. But how often do you browse the server side
files? Not very often, and even when I do admin work on the svn
repository, it's through the command line (we run our server on Windows,
no problems).

-Tim Gebhardt
tim@gebhardtcomputing.com

Kyle Kline wrote:

> I have two FSFS repositories running on Win2K Server with 4,000 and
> 6,000 revs. No performance issues. Not sure what the point is at
> which it might get slow.
>
> On 12/23/05, * Bernhard.Rusch@blum.com
> <mailto:Bernhard.Rusch@blum.com>* <Bernhard.Rusch@blum.com
> <mailto:Bernhard.Rusch@blum.com>> wrote:
>
>
> Hello,
>
> 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
> ?
> Is it performance wise better, if I have got many repositories or
> one big
> repository for everything ?
>
> Thanks in advance,
> Bernhard
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sun Dec 25 02:13:52 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.