linux-kernel - Re: [v2.6.26] what's brewing in x86.git for v2.6.26

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite for Android: free password hash cracker in your pocket

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <Pine.BSO.4.63.0804181059090.2102@rudy.mif.pg.gda.pl>
Date:	Fri, 18 Apr 2008 11:33:01 +0200 (CEST)
From:	Tomasz Kłoczko <kloczek@...y.mif.pg.gda.pl>
To:	Ingo Molnar <mingo@...e.hu>
cc:	Andrew Morton <akpm@...ux-foundation.org>,
	Christoph Hellwig <hch@...radead.org>,
	Pekka Enberg <penberg@...helsinki.fi>,
	linux-kernel@...r.kernel.org,
	Linus Torvalds <torvalds@...ux-foundation.org>,
	Arjan van de Ven <arjan@...radead.org>
Subject: Re: [v2.6.26] what's brewing in x86.git for v2.6.26

On Thu, 17 Apr 2008, Ingo Molnar wrote:

>
> * Andrew Morton <akpm@...ux-foundation.org> wrote:
>
>> afaik the sysprof-vs-oprofile issue still hasn't been settled.  Maybe
>> it's no longer a relevant question with the new code - I just don't
>> know. Everything went all quiet and then this stuff happened.
>
> i dont think there's any big issue here. Sysprof is a time and stack
> system-wide tracer/profiler, oprofile profiles CPU events - deep
> stacktracing is an afterthought there. And how do you set up oprofile to
> do precise time events?
>
> with sysprof you can do:
>
>  cd /sys/kernel/debug/tracing
>  echo sysprof > current_tracer
>  cat trace_pipe
>
> and you'll see the trace events go by, live. The user-space bits of
> sysprof have been ported over to ftrace/sysprof already and it's a
> really nice tool that shows a deep stack-trace based hierarchical
> "vertical" profile instead of the usual finegrained profile.

Does it meany Linux give up implementing DTrace way of 
tracing/instrumntation ? In last time I observe more and more signs 
inroducing parallel ways of tracing/instrumentations infrasctructures in 
Linux kernel where all this can be rolled into only one .. common. Strange 
but some of this tracing/instrumentations does not uses "zero cost probes"
but "near zero cost probes" (like this) and this will result only more and 
more bloated kernel code with statically injected instrumentations.

(DTrace have very hermecic source code. In this case it mean DTrace have 
*very* limited point of entry to all other source code. In case Linux 
numbers of points of entry to instrumented code seems constantly growing 
by introducing sometimes duplicationg instrumentations infrastructures: 
oprofile, Text editor, sysprof/ftrace, utrace, blktrace .. what will be 
next ?).

Is this any explanation this (looks like completly) ad hoc/haotic Linux
way ?

kloczek
-- 
-----------------------------------------------------------
*Ludzie nie mają problemów, tylko sobie sami je stwarzają*
-----------------------------------------------------------
Tomasz Kłoczko | *e-mail: kloczek@...y.mif.pg.gda.pl*