From: Trond Myklebust <trond.myklebust@fys.uio.no>
To: Xue Peng Li <xuepengl@cn.ibm.com>
Cc: systemtap@sourceware.org, nfs@lists.sourceforge.net,
tony.reix@bull.net, chucklever@gmail.com
Subject: Re: [NFS] question about file identifier in NFS trace data
Date: Mon, 28 Aug 2006 23:58:15 -0400 [thread overview]
Message-ID: <1156823895.5609.3.camel@localhost> (raw)
In-Reply-To: <OF385DC2E0.05268794-ON482571D9.000AD384-482571D9.00112132@cn.ibm.com>
On Tue, 2006-08-29 at 11:12 +0800, Xue Peng Li wrote:
> Hi,
> I am now working on NFS trace hooks of LKET. I want to know what file
> is being operated for both client side and server
> side NFS functions. On client side, two kinds of data can be used to
> identify files, i.e. i_ino field of the inode object
> which can identify the filesystem inode on disk, and the other is NFS file
> handler which is used to identify files between
> client and server.On server side ,only NFS file handler received from
> client can be used to identify file(It's very
> complicated to convert it to inode object at nfsd_* probe point).
>
> I am not sure which one should be traced. If file handler is traced
> ,there is another problem , the total length of
> file handler is 128 bytes,and for NFSV3 the length is variable. I am not
> sure how many bytes should be traced, if 128 bytes
> are traced ,it's will so long for performance penalty, usually we only
> trace serval bytes for one data.
>
> Could anyone give me some suggestions? Thanks in advance
See what we use for dprintk(): use dentries whenever possible, else use
the combination sb->s_id + fileid.
Cheers,
Trond
next prev parent reply other threads:[~2006-08-29 3:58 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-08-29 3:12 question about file identifier in NFS trace data Xue Peng Li
2006-08-29 3:58 ` Trond Myklebust [this message]
2006-08-31 10:11 ` Xue Peng Li
2006-08-31 10:13 ` [NFS] " Xue Peng Li
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=1156823895.5609.3.camel@localhost \
--to=trond.myklebust@fys.uio.no \
--cc=chucklever@gmail.com \
--cc=nfs@lists.sourceforge.net \
--cc=systemtap@sourceware.org \
--cc=tony.reix@bull.net \
--cc=xuepengl@cn.ibm.com \
/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.