Re: DTrace-like analysis possible with future Linux kernels?
From: Tomasz Kłoczko
Date: Sat Aug 21 2004 - 08:29:07 EST
On Sat, 21 Aug 2004, Julien Oster wrote:
[..]
PS. Very interesting commens about this thread is on Bryan Cantrill
(DTrace developer) blog:
http://blogs.sun.com/roller/page/bmc/20040820#dtrace_on_lkml
Bryan blog is also yet another Dtrace knowledge source ..
Oh, yeah, great. A whole blog entry dedicated to me. Now I am a moron,
absolutely clueless and I am "looking to confirm preconceived notions
rather than understand new technology".
Sorry, but that goes a little too far. No, I didn't try out dtrace
and, right after reading the article (and that's the important thing!)
I didn't seek for further information about it, I'm not a Solaris
System Administrator right now (I was, some years ago). And all I was
saying is that this *article* was just ridiculous.
s/DTrace/<something_other>/ .. and yes in any other cases also if you are
not never using this <something_other> and try say publicaly what is it
maybe you can't be moron but your camment ~100% will be _like_ moron
comment :_)
Why in this case you are comment like moron ? Because DTrace is
consequense spending may hundrets hours by many many people (probablty not
only from Sun and not only developers) .. it is probaly bigest innovation
on operating system word in last few years.
It is very hard to describe in short article what DTrace is and what is not ..
and I can undestand why peple like you after reading some short text will
see in this *only* tracing tool or *only* profiling tool (*olny* tools
which they know) .. simple because tool like DTrace partialy creates
new class of tools.
You can know debuger, profiler, any other (statical) tracing tool and
maybe some tools for measuring some interesting parameters but DTrace
isn't simple combination above because it have programing abilities. For
example you can add expression when and what from some bigger set
parameters/points must be traced or not .. all depending on current
program/kernel state.
DTrace power isn't in hooking atomic probes abilities but in combine this
with very small but smart/powerfull programable VM and on collecting some
data in few usefull forms (tables [1], hashes ..) and reporting all this
in readable form. This why current Linux KProbe/DProbe isn't so usefull as
current Solaris DTrace.
[1] in simple tables or tables indexed using probe results or eveven
current stack path or other vector some variables set.
kloczek
--
-----------------------------------------------------------
*Ludzie nie mają problemów, tylko sobie sami je stwarzają*
-----------------------------------------------------------
Tomasz Kłoczko, sys adm @zie.pg.gda.pl|*e-mail: kloczek@xxxxxxxxxxxxxxxxxx*