lkml.org 
[lkml]   [2008]   [Apr]   [25]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRE: dtrace for linux
Date
>> On Sun, Apr 20, 2008 at 1:17 AM,  <fox@crisp.demon.co.uk> wrote:
>>>
>>> I would like to announce that I am working on dtrace for Linux.
>>> I have the userland dtrace binary compiled, along with the first
>>> pre-pre-alpha dtracedrv.ko module loaded into my kernel.
>>
>> This is great news. How will this dtrace implementation differ from
>> SystemTap (http://sourceware.org/systemtap/) ?
>>
>> Bart.
>>
>>
>
>Hello Bart,
>
>
>I dont know systemtap all that well, other than what i have
>read on the net and browsed in the source. systemtap is similar,
>but dtrace provides a high level functional language (D) and
>a set of methodologies and scripts which mean learning/training
>will make it easier to use.

Hello,

SystemTAP is the tool developed in order to do the same thing
as Dtrace. When development of SystemTAP started, Dtrace was not
able to be used with restriction by the license at linux. The
difference in both SystemTAP and Dtrace is produced by avoiding
being based on mounting peculiar to linux, and a license.

By the way, aren't any ideas found in order to mitigate the
load when acquiring trace? If load when having taken trace as
for LTTng as for SystemTAP is too heavy, I feel. For example,
it is desirable that trace with lighter load can be taken by the
limiting conditions of obtaining the trace result only for
several seconds until panic occurs.

Regards





\
 
 \ /
  Last update: 2008-04-25 10:05    [W:0.040 / U:0.096 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site