From: Jakob Oestergaard <jakob@unthought.net>
To: Trond Myklebust <trond.myklebust@fys.uio.no>
Cc: linux-kernel@vger.kernel.org
Subject: Re: NFS client (10x) performance regression 2.6.14.7 -> 2.6.15
Date: Fri, 31 Mar 2006 16:35:00 +0200 [thread overview]
Message-ID: <20060331143500.GK9811@unthought.net> (raw)
In-Reply-To: <1143814889.8096.22.camel@lade.trondhjem.org>
On Fri, Mar 31, 2006 at 09:21:29AM -0500, Trond Myklebust wrote:
...
>
> Hmm... Nothing obvious.
Ok.
I'm wondering... Can anyone else reproduce this problem?
Just to explain quickly:
Running nfsbench (on the NFS client) once with LEADING_EMPTY_SPACE set
to 0 and then once with the option set to 1. If there's a big change
in wall-clock execution time, this indicates that the problem exists.
I'd be really interested in knowing whether I'm the only one who sees
this problem.
> Try catting /proc/self/mountstats and see if the entry for your NFS
> mount shows anything interesting.
mountstats doesn't exist on 2.6.15.7 so I can't really compare...
I wonder if any of the following is 'interesting' :)
device sparrow:/exported/joe mounted on /u/joe with fstype nfs statvers=1.0
opts: rw,vers=3,rsize=32768,wsize=32768,acregmin=3,acregmax=60,acdirmin=30,
acdirmax=60,hard,intr,proto=udp,timeo=7,retrans=3
age: 274
caps: caps=0x1,wtmult=4096,dtsize=4096,bsize=0,namelen=255
sec: flavor=1
events: 175 77 3 3 14 15 108 4 0 7 0 4 0 1 2 0 0 14 0 1 4 0 0 0 0
bytes: 194733 11746 0 0 37748 15340 13 0
RPC iostats version: 1.0 p/v: 100003/3 (nfs)
xprt: udp 1023 0 74 74 0 74 0
per-op statistics
... then follows the nfsstat numbers as far as I can see ...
Does the above tell you anything?
--
/ jakob
next prev parent reply other threads:[~2006-03-31 14:35 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-03-31 9:48 NFS client (10x) performance regression 2.6.14.7 -> 2.6.15 Jakob Oestergaard
2006-03-31 11:22 ` NFS client regression, simple test program Jakob Oestergaard
2006-03-31 12:22 ` NFS client (10x) performance regression 2.6.14.7 -> 2.6.15 Trond Myklebust
2006-03-31 12:45 ` Jakob Oestergaard
2006-03-31 13:06 ` Trond Myklebust
2006-03-31 13:21 ` Jakob Oestergaard
2006-03-31 13:44 ` Trond Myklebust
2006-03-31 14:08 ` Jakob Oestergaard
2006-03-31 14:21 ` Trond Myklebust
2006-03-31 14:35 ` Jakob Oestergaard [this message]
2006-03-31 14:49 ` Bill Rugolsky Jr.
2006-03-31 14:57 ` Jakob Oestergaard
2006-03-31 15:04 ` Bill Rugolsky Jr.
2006-03-31 15:24 ` Jakob Oestergaard
2006-03-31 16:35 ` Bill Rugolsky Jr.
2006-03-31 18:52 ` Jakob Oestergaard
2006-03-31 15:55 ` Trond Myklebust
2006-03-31 16:04 ` Jakob Oestergaard
2006-04-03 15:26 ` Jakob Oestergaard
2006-04-03 15:41 ` Trond Myklebust
2006-04-03 15:45 ` Jakob Oestergaard
2006-04-04 9:22 ` Jakob Oestergaard
2006-04-24 22:03 ` Trond Myklebust
2006-04-25 8:08 ` Jakob Oestergaard
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=20060331143500.GK9811@unthought.net \
--to=jakob@unthought.net \
--cc=linux-kernel@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.