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
next prev 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.