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

Re: FSFS performance on NAS/NFS

From: Rahul Bhargava <me_at_rahulbhargava.org>
Date: 2007-03-08 00:04:04 CET

Using NFS for any file system app like Subversion or CVS is
dangerous. NFS clients typically cache file changes locally, that can
cause weird errors (file size mismatches), the rename system call may not
be atomic with NFS. If you are going to use a NAS array you are
better off setting up iSCSI access rather than NFS.

Justin Johnson wrote:
> I recently read the following statement on the dev list and wanted to
> get some feedback.
>
> "For those people who are using a NAS to store the repository, FSFS
> really really really sucks."
>
> The rest of that thread describes proposals on how to improve its
> performance.
>
> In a conversation on the phone with CollabNet recently we were told
> there should be no problem using FSFS repositories on NAS/NFS. The
> comment above makes me think that isn't a good idea now. I know
> CollabNet uses Berkeley and NAS for their repositories. Perhaps this
> is one of the reasons why they aren't using FSFS.
>
> Can anyone give any feedback on the above comment and make a
> recommendation? We already are setting up hardware with NAS/NFS for
> storage based on CollabNet's recommendation, so if it would be better
> to go with Berkeley I'd like to know soon.
>
> Thanks,
> Justin
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
>
>

-- 
Rahul Bhargava
http://www.rahulbhargava.org
Phone: (925) 265-8801(W)|895-2201(M)
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Mar 8 00:04:36 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.