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