All of lore.kernel.org
 help / color / mirror / Atom feed
From: Gabriel Barazer <gabriel-KSe8qvLY914@public.gmane.org>
To: Trond Myklebust <trond.myklebust@fys.uio.no>
Cc: Jesper Krogh <jesper-Q2TZfHgGEy4@public.gmane.org>,
	linux-nfs@vger.kernel.org
Subject: Re: NFS performance (Currently 2.6.20)
Date: Wed, 06 Feb 2008 19:24:53 +0100	[thread overview]
Message-ID: <47A9FB75.90206@oxeva.fr> (raw)
In-Reply-To: <1202311096.12647.28.camel-rJ7iovZKK19ZJLDQqaL3InhyD016LWXt@public.gmane.org>

On 02/06/2008 4:18:16 PM +0100, Trond Myklebust 
<trond.myklebust@fys.uio.no> wrote:
> On Wed, 2008-02-06 at 15:37 +0100, Gabriel Barazer wrote:
> 
>>> Should I go for NFSv2 (default if I dont change mount options) NFSv3 ? or
>>> NFSv4
>> NFSv2/3 have nearly the same performance
> 
> Only if you shoot yourself in the foot by setting the 'async' flag
> in /etc/exports. Don't do that...
> 
> Most people will want to use NFSv3 for performance reasons. Unlike NFSv2
> with 'async', NFSv3 with the 'sync' export flag set actually does _safe_
> server-side caching of writes.
> 

Oops (tm)! Fortunately I do mostly reads, but maybe the exports(5) man 
page should be updated. According to the man page, I thought that 
although writes aren't commited to the block devices, the server-side 
cache is correctly synchronized (but lost if you pull the plug). Thanks 
for the explanation. Having a battery backed large write cache on the 
server, is there a performance hit when switching from async to sync in 
NFSv3 ?

Off-Topic: maybe the warning when omitting the 'sync' option at export 
should be removed to only be showed when using the 'async' option ? We 
really want to warn people before too many feet are shot :-)

To Jesper: I found out that using the 'nolock' flag at mount time on the 
nfs clients improve the performances but obviously only if don't need 
write locks (and your setup seems to do only intensive reads)

Gabriel

  parent reply	other threads:[~2008-02-06 18:25 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-02-06 10:04 NFS performance (Currently 2.6.20) Jesper Krogh
     [not found] ` <3093.195.41.66.226.1202292274.squirrel-e3PW5SUo3N5/BLzvFphCflpr/1R2p/CL@public.gmane.org>
2008-02-06 14:37   ` Gabriel Barazer
     [not found]     ` <47A9C620.70106-KSe8qvLY914@public.gmane.org>
2008-02-06 15:18       ` Trond Myklebust
     [not found]         ` <1202311096.12647.28.camel-rJ7iovZKK19ZJLDQqaL3InhyD016LWXt@public.gmane.org>
2008-02-06 18:24           ` Gabriel Barazer [this message]
     [not found]             ` <47A9FB75.90206-KSe8qvLY914@public.gmane.org>
2008-02-06 18:46               ` Trond Myklebust
2008-02-06 15:59       ` Jesper Krogh
     [not found]         ` <64226.195.41.66.226.1202313579.squirrel-e3PW5SUo3N5/BLzvFphCflpr/1R2p/CL@public.gmane.org>
2008-02-06 20:04           ` Gabriel Barazer
     [not found]             ` <47AA12C5.4010807-KSe8qvLY914@public.gmane.org>
2008-02-06 20:24               ` Jesper Krogh

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=47A9FB75.90206@oxeva.fr \
    --to=gabriel-kse8qvly914@public.gmane.org \
    --cc=jesper-Q2TZfHgGEy4@public.gmane.org \
    --cc=linux-nfs@vger.kernel.org \
    --cc=trond.myklebust@fys.uio.no \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.