User: Password:
|
|
Subscribe / Log in / New account

Perfcounters added to the mainline

Perfcounters added to the mainline

Posted Jul 3, 2009 9:04 UTC (Fri) by njs (guest, #40338)
In reply to: Perfcounters added to the mainline by graydon
Parent article: Perfcounters added to the mainline

Thanks for the explanation. On further thought, the tools *could* be somewhat better. I do now recall stalking people in #oprofile a few years ago to get them to explain what some of the output fields actually were, and the upstream oprofile-to-kcachegrind script is ~useless. (But then, that's partly my fault for not sending patches. I wouldn't want to live with oprofile long without real call tree visualization.)

That doesn't seem like the sort of thing the kernel folks would deign to notice, though.

Certainly it makes sense in general to keep coupled tools together, to reduce drift and lower the barrier to entry. When it comes to maintaining an ABI, though, I think I trust the kernel folks (when they decide they care) a bit more than binutils...


(Log in to post comments)

Perfcounters added to the mainline

Posted Jul 10, 2009 14:36 UTC (Fri) by oak (guest, #2786) [Link]

> the upstream oprofile-to-kcachegrind script is ~useless ...
> I wouldn't want to live with oprofile long without real call tree
visualization.

Because of that, I've used this:
http://code.google.com/p/jrfonseca/wiki/Gprof2Dot

(Not as nice as having Kcachegrind + code browsing, but mostly good
enough.)


Copyright © 2017, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds