Re: Fwd: Bug 800181: NFSv4 on RHEL 6.3 over six times slower than 5.8

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]



On 07/13/2012 07:40 AM, Les Mikesell wrote:
> On Fri, Jul 13, 2012 at 7:12 AM, mark <m.roth@xxxxxxxxx> wrote:
>> *After* I test further, I think it's up to my manager and our users to
>> decide if it's worth it to go with less secure - this is a real issue,
>> since some of their jobs run days, and one or two weeks, on an HBS* or a
>> good sized cluster. (We're speaking of serious scientific computing here.)
> I always wondered why the default for nfs was ever sync in the first
> place.  Why shouldn't it be the same as local use of the filesystem?
> The few things that care should be doing fsync's at the right places
> anyway.
>

Well, the reason would be that LOCAL operations happen at speeds that
are massively smaller (by factors of hundreds or thousands of times)
than do operations that take place via NFS on a normal network.  If you
are doing something with your network connection to make it very low
latency where the speeds rival local operations, then it would likely be
fine to use the exact same settings as local operations.  If you are not
doing low latency operations, then you are increasing the risk of the
system thinking something has happened while the operation is still
queued and things like a loss of power will have different items on disk
than the system knows about, etc.  But people get to override the
default settings and increase risk to benefit performance in they choose to.

Attachment: signature.asc
Description: OpenPGP digital signature

_______________________________________________
CentOS mailing list
CentOS@xxxxxxxxxx
http://lists.centos.org/mailman/listinfo/centos

[Index of Archives]     [CentOS]     [CentOS Announce]     [CentOS Development]     [CentOS ARM Devel]     [CentOS Docs]     [CentOS Virtualization]     [Carrier Grade Linux]     [Linux Media]     [Asterisk]     [DCCP]     [Netdev]     [Xorg]     [Linux USB]
  Powered by Linux