B. Smith-Mannschott wrote:
>
> 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.
>
Update should not be "thumbing" through a lot of files, the svn server
should supply the diffs between
your working copy revision, and the current revision on the server.
Now commits are a different story, the client has to scan the working
copy to find the changes you
have made, and this will be slow on Windows if you have 1000's files in
your working copy.
>> 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
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Feb 12 22:00:32 2007