I use this construct to get something better than "<none>"
args[2]->fi_pathname != "<none>" ?
args[2]->fi_pathname : args[1]->dev_pathname
In the latest versions of Solaris 10, you''ll see IOs not directly
issued by the app
show up as being owned by ''zpool-POOLNAME'' where POOLNAME is
the real name of the
pool.
In this case, it appears the IOs are being done by the issuing process which
means
they''re almost certainly reads. If that is the case, you could capture
the pathname
in the read call and pass that down to the start routine (left as an exercise
for
the reader).
I also find, especially with oracle, that using the psargs string is much more
informative - curpsinfo->pr_psargs.
Jim
---
----- Original Message -----
From: przemolicc at poczta.fm
To: zfs-discuss at opensolaris.org
Sent: Tuesday, May 10, 2011 10:27:55 AM GMT -08:00 US/Canada Pacific
Subject: Re: [zfs-discuss] DTrace IO provider and oracle
On Tue, Aug 08, 2006 at 11:33:28AM -0500, Tao Chen
wrote:> On 8/8/06, przemolicc at poczta.fm <przemolicc at poczta.fm> wrote:
> >
> >Hello,
> >
> >Solaris 10 GA + latest recommended patches:
> >
> >while runing dtrace:
> >
> >bash-3.00# dtrace -n ''io:::start {@[execname,
args[2]->fi_pathname] > >count();}''
> >...
> >
> > oracle <none>
> > 2096052
> >
> >How can I interpret ''<none>'' ? Is it possible
to get full path (like in
> >vim) ?
> >
> >
> Section "27.2.3 fileinfo_t" of DTrace Guide
> explains in detail why you see ''<none>'' in many
cases.
> http://www.sun.com/bigadmin/content/dtrace/d10_latest.pdf
> or
> http://docs.sun.com/app/docs/doc/817-6223/6mlkidllf?a=view
>
> The "execname" part can also be misleading, as many I/O
activities are
> "asynchronous" (including but not limited to Asynchronous I/O),
so whatever
> thread running on CPU may have nothing to do with the I/O that''s
occuring.
>
> This is working as designed and not a "problem" that limited to
ZFS, IMO.
Thanks Tao for the doc pointers. I haven''t noticed them.
przemol
_______________________________________________
zfs-discuss mailing list
zfs-discuss at opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
--
This message posted from opensolaris.org
_______________________________________________
zfs-discuss mailing list
zfs-discuss at opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss