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

Re: Poor performance in windows. Switching back to CVS

From: B. Smith-Mannschott <benpsm_at_gmail.com>
Date: 2007-02-12 16:55:13 CET

On Feb 12, 2007, at 16:44, Phillip Susi wrote:

> Julian Hsiao wrote:
>> In article <45C8D9B6.9010900@atlantico.com.br>,
>> Joaquim Oliveira <joaquim.oliveira@atlantico.com.br> wrote:
>>> I searched the mail list archives, but couldn't find a solution
>>> for this. I found something about "the NTFS file system does not
>>> perform well when you have a large number of small files", but we
>>> need to develop in Windows, so adopting Linux/Ext3 is not an
>>> option. I've already seen these messages:

note: *develop in Windows*

>> There are kernel drivers for 2k/XP for ext2. If the bottleneck is
>> indeed NTFS, perhaps you can create a ext2 partition specifically
>> for your working copy.
>> It's worth a shot, no?
>
> Or you can use a db backend, which uses far fewer files, instead of
> the fs backend.
>

the OP's issue isn't performance on the server side. The issue is
client side (working copy) performance. Particularly for operations
that have to thumb through a *lot* of files, like update.

> And just because you develop on windows does not mean your server
> must run windows. I develop an embedded system on windows because
> that is where the vendor tools are supplied, but I migrated our
> server to linux to host the svn repo and bug tracking database,
> because these tools simply run better under linux and the server is
> more reliable too.

// ben

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Feb 12 20:02:54 2007

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.