On Wed, 17 Oct 2007, micke wrote:

> "To hook this into a program of your own, libdtrace could be used, with a
> small consumer the style of truss or lockstat, see sources of these
> programs."
>
> Ok, sounds good, but when I check the man page for libdtrace it says:
>
> The interfaces  provided  by  libdtrace.so.1  are  currently
>     private  to  the  implementation  of  the Solaris system and
>     DTrace subsystem and are  subject  to  change  at  any  time
>     without  notice.   Applications using these interfaces might
>     fail to run on future releases. Refer to the Solaris Dynamic
>     Tracing  Guide  for  a  description of the public documented
>     interfaces available for the DTrace facility.
>
> And in the book "Solaris Dynamic Tracing  Guide" I don't find any info about 
> how to use dtrace from a application. Nor anything about the libdtrace 
> library? Got any pointers for this?


Well - I don't think you can do the SCHED_SPORADIC project without 
ever touching private interfaces ...

The usage guide for libdtrace is its sourcecode, the sourcecode for the 
dtrace command (usr/src/cmd/dtrace), and/or for a simpler example the 
sources of plockstat (usr/src/cmd/plockstat/plockstat.c). Since it's not a 
committed/stable interface, you cannot program for it in such a way that 
your application / driver will continue to work if e.g. a kernel patch 
were released (applicable to S10 only at the moment). But if what you 
create ends up in the tree, then why not do surgery on the interiour :)

It might be beneficial to ask about this on [EMAIL PROTECTED] 
since there seems to be a close relation between what you want to do and 
what DTRACE_SCHED() does; I'm sure you can get implementation help there, 
on things like how to dynamically activate those probepoints if your 
scheduler module is loaded or such. If anything - the DTrace people really 
know their stuff !

FrankH.


>
> Thanks
> /Micke
>
>
> This message posted from opensolaris.org
> _______________________________________________
> opensolaris-code mailing list
> [email protected]
> http://mail.opensolaris.org/mailman/listinfo/opensolaris-code
>

------------------------------------------------------------------------------
No good can come from selling your freedom, not for all the gold in the world,
for the value of this heavenly gift far exceeds that of any fortune on earth.
------------------------------------------------------------------------------
_______________________________________________
opensolaris-code mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/opensolaris-code

Reply via email to