All of lore.kernel.org
 help / color / mirror / Atom feed
From: Greg Banks <gnb@sgi.com>
To: "J. Bruce Fields" <bfields@fieldses.org>
Cc: Olaf Kirch <okir@suse.de>, Steve Dickson <SteveD@redhat.com>,
	Linux NFS Mailing List <nfs@lists.sourceforge.net>
Subject: Re: [PATCH] NFS: Zeroing NFS and kNFSD stats
Date: Thu, 5 Aug 2004 15:26:19 +1000	[thread overview]
Message-ID: <20040805052619.GT5581@sgi.com> (raw)
In-Reply-To: <20040804201411.GL19282@fieldses.org>

On Wed, Aug 04, 2004 at 04:14:11PM -0400, J. Bruce Fields wrote:
> On Mon, Aug 02, 2004 at 12:39:05PM +0200, Olaf Kirch wrote:
> > On Tue, Jul 13, 2004 at 11:17:59AM -0400, J. Bruce Fields wrote:
> > But it sucks. I had folks run something like 12-15 performance
> > measurements and take the NFS stats, and it was a huge mess to sort
> > through.  Telling folks "use nfsstat -z to wipe stats before each
> > command" is much easier.
> 
> Well, like I say, we could implement "nfsstat -z" by checkpointing as
> above but just writing to a file at some default path, though admittedly
> the choice of path might not be obvious.

FWIW, futzing with zeroing or checkpointing should not be necessary
on Altix systems because they ship with PCP, a stats gathering
package which samples the NFS stats (among many others) and does
rate conversion.

http://oss.sgi.com/projects/pcp/

> Having nfsstat just hang around till it's signaled (like tcpdump does)
> would also be easy.

IRIX' nfsstat has a -C option which uses curses to display every 1
sec the rates of various NFS stats, until interrupted.  It's a bit
like "watch nfsstat" but shows rate converted numbers instead of
changing counters.  Here's an example screen, for a machine getting
30 RPC calls/sec:



 4: Server   snort    Aug  5 15:21:21                           D: Delta/second

Server RPC:
calls      badcalls   nullrecv   badlen     xdrcall    duphits    dupage
30         0          0          0          0          0          40086.17

Server NFS V3:
calls        badcalls
30           0
null         getattr      setattr      lookup       access       readlink
1  0%        10 33%       1  2%        16 52%       1  0%        0  0%
read         write        create       mkdir        symlink      mknod
2  4%        1  3%        0  0%        0  0%        0  0%        0  0%
remove       rmdir        rename       link         readdir      readdir+
0  0%        0  0%        0  0%        0  0%        0  0%        0  0%
fsstat       fsinfo       pathconf     commit
1  1%        0  0%        0  0%        1  2%  

1: Client[V2]  2: Server[V2]  3: Client[V3]  4: Server[V3] 5: Daemons  DZR:mode



Something like that might be more useful than the -z option.


Greg.
-- 
Greg Banks, R&D Software Engineer, SGI Australian Software Group.
I don't speak for SGI.


-------------------------------------------------------
This SF.Net email is sponsored by OSTG. Have you noticed the changes on
Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now,
one more big change to announce. We are now OSTG- Open Source Technology
Group. Come see the changes on the new OSTG site. www.ostg.com
_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs

      reply	other threads:[~2004-08-05  5:26 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-07-13 12:24 [PATCH] NFS: Zeroing NFS and kNFSD stats Steve Dickson
2004-07-13 14:30 ` J. Bruce Fields
2004-07-13 15:08   ` Steve Dickson
2004-07-13 15:17     ` J. Bruce Fields
2004-07-13 18:01       ` J. Bruce Fields
2004-07-13 20:16         ` Steve Dickson
2004-07-14 23:20           ` J. Bruce Fields
2004-07-16  0:39             ` Ben Woodard
2004-07-13 21:09         ` Garrick Staples
2004-07-14 23:24           ` J. Bruce Fields
2004-08-02 10:39       ` Olaf Kirch
2004-08-04 20:14         ` J. Bruce Fields
2004-08-05  5:26           ` Greg Banks [this message]

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=20040805052619.GT5581@sgi.com \
    --to=gnb@sgi.com \
    --cc=SteveD@redhat.com \
    --cc=bfields@fieldses.org \
    --cc=nfs@lists.sourceforge.net \
    --cc=okir@suse.de \
    /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.