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: przemol...@poczta.fm
To: zfs-discuss@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, przemol...@poczta.fm <przemol...@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@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss


-- 
This message posted from opensolaris.org
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss

Reply via email to