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