<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Apr 30, 2018 at 8:54 PM, Chris Johns <span dir="ltr"><<a href="mailto:chris@contemporary.net.au" target="_blank">chris@contemporary.net.au</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 01/05/2018 08:35, Russell Haley wrote:<br>
> <br>
> Hi! I wanted to add that DTrace is an unmatched tool for kernel level tracing.<br>
> It provides "zero" overhead tracing by actually re-writing the in-memory process<br>
> images with instrumented instructions. In FreeBSD, it can be used to count<br>
> individual system calls down to the level that would typically require a<br>
> debugger (without the debugger overhead).<br>
<br>
</span>+1 for dtrace, I would love to see it on RTEMS. It is a clean proven design with<br>
a documented and understood user interface.<br>
<span class=""><br>
> I know I mentioned DTrace a while back on this list, but didn't have much<br>
> information to provide. Ping me if you want to know more. I'm not an expert, but<br>
> have used it a little to trace system calls on a BBB in FreeBSD.<br>
> <br>
> As I have said before, DTrace may be way outside a GSOC project, but want to<br>
> make sure it gets mentioned in the context of this discussion. <br>
<br>
</span>I think it is at this point in time. We need to be careful when looking into<br>
packages at integrate deep into RTEMS, if there are tricks with the VM, exec, or<br>
user support via shells etc we tend to struggle.<br></blockquote><div><br></div><div>Think of DTrace like a debugger, but it's in the kernel? (I'm sure that doesn't help).  Too tired to expand  tonight. </div><div><br></div><div>Russ</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span class="HOEnZb"><font color="#888888"><br>
Chris<br>
</font></span></blockquote></div><br></div></div>