All of lore.kernel.org
 help / color / mirror / Atom feed
From: Steve Dickson <SteveD@redhat.com>
To: "J. Bruce Fields" <bfields@fieldses.org>,
	"'nfs@lists.sourceforge.net'" <nfs@lists.sourceforge.net>
Subject: Re: [PATCH 0/7] nfsstat: adding -D/--diff-stat to nfsstat
Date: Wed, 01 Aug 2007 16:03:13 -0400	[thread overview]
Message-ID: <46B0E701.6010801@RedHat.com> (raw)
In-Reply-To: <20070801185052.GG13441@fieldses.org>



J. Bruce Fields wrote:
> On Wed, Aug 01, 2007 at 02:37:09PM -0400, david m. richter wrote:
>> 	i think that zeroing all the counters is too much of a "big 
>> hammer" approach to what was intended to be a quick and simple use-case.  
>> if there's a kernel interface for zeroing stuff, then maybe that could be 
>> added, too; someone should have-at.
>>
>> 	thoughts, neil?
> 
> I think it was Steve that tried that a couple years ago.  I objected,
> and feel like a bit of a jerk for it, because the fact is he did a fine
> job of it as far as I could tell.
Yeah it was me.... and I should have fought harder because since then
I've had numerous requests and there has been a number of time I could
have used that functionality in my own debugging... Heck I think the
patch is still in the rhel3 nfs-utils...

> 
> But I'd still object, for the same reasons; global zeroing of the in-kernel
> stats is an operation that:
> 
> 	- isn't friendly to concurrent processes gathering stats:
> 	  someone might want to run a cron job that summarizes the day's
> 	  nfs stats, but still be able to log in and get a quick
> 	  snapshot of current activity.
So then don't zero them out... and if some one comes a long and
does zero them out, thats a communication problem.. not a
technical one... ;-)


> 	- requires special privileges: you may be comfortable allowing
> 	  anyone to read the stats, but you probably won't allow anyone
> 	  to zero them.
This is a nit, imho... you could use groups to allow access to clearing
the stats...

> 	- requires a new kernel interface, when you could just do
> 	  everything in userspace and get something that works for free
> 	  on older kernels too....
While its true there there was kernel changes needed... but those
changes very small and self-contained and they made the entire
process much much simpler....

> 
> But I think more snapshot-and-diff operations would be a fine idea.
> And probably easy and fun to implement.
Why not point that snapshot at /proc/self/mountstats? Those stats
will never be zero and the wealth of information in there truly
an untaped gold mine....

steved.


-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs

  reply	other threads:[~2007-08-01 20:03 UTC|newest]

Thread overview: 38+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-07-31 21:38 [PATCH 0/7] nfsstat: adding -D/--diff-stat to nfsstat david m. richter
2007-07-31 22:11 ` Neil Brown
2007-07-31 23:29   ` david m. richter
2007-07-31 23:41     ` J. Bruce Fields
2007-08-01  0:42     ` Neil Brown
2007-08-01 11:55 ` Peter Staubach
2007-08-01 15:59   ` david m. richter
2007-08-01 16:49     ` Trond Myklebust
2007-08-01 17:07       ` J. Bruce Fields
2007-08-01 17:42         ` david m. richter
2007-08-01 16:50     ` J. Bruce Fields
2007-08-01 17:35       ` david m. richter
2007-08-01 17:41         ` J. Bruce Fields
2007-08-01 17:45           ` david m. richter
2007-08-01 17:46         ` Trond Myklebust
2007-08-01 17:48           ` david m. richter
2007-08-01 18:02             ` Trond Myklebust
2007-08-01 18:12             ` david m. richter
2007-08-01 18:15             ` Muntz, Daniel
2007-08-01 18:37               ` david m. richter
2007-08-01 18:41                 ` Trond Myklebust
2007-08-01 18:47                   ` david m. richter
2007-08-01 18:50                 ` J. Bruce Fields
2007-08-01 20:03                   ` Steve Dickson [this message]
2007-08-01 20:48                     ` J. Bruce Fields
2007-08-01 21:50                       ` Steve Dickson
2007-08-01 22:40                       ` Trond Myklebust
2007-08-01 18:38               ` J. Bruce Fields
2007-08-01 17:52           ` J. Bruce Fields
2007-08-01 17:55     ` Peter Staubach
2007-08-01 18:14       ` david m. richter
2007-08-01 18:22         ` Peter Staubach
2007-08-01 18:25           ` david m. richter
2007-08-01 18:57           ` J. Bruce Fields
2007-08-01 19:35           ` Chuck Lever
2007-08-01 20:16             ` Steve Dickson
2007-08-01 20:54               ` Chuck Lever
2007-08-01 19:42       ` Steve Dickson

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=46B0E701.6010801@RedHat.com \
    --to=steved@redhat.com \
    --cc=bfields@fieldses.org \
    --cc=nfs@lists.sourceforge.net \
    /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.