Arnaldo's RamblingsTo test that a patch I wrote to fix a problem reported on lkml I ended up writing a changeset comment I think its worth sharing here, as it demonstrates how to use the –pid and –tid command line options available in perf record and perf top, so here it goes. Jeff Moyer reported these [...]
I’m working on adding a thin python binding for the evsel and evlist abstractions I introduced in the perf tools when I stumbled on this, how peterz calls “friggin mistery mmap events”… Lets start with the simple python script that started this: import perf def main(): cpus = perf.cpu_map() threads = perf.thread_map() evsel = perf.evsel(task [...]
There are still some problems related to loading vmlinux files, but those are unrelated to the feature implemented in this patch, so will get fixed in the next patches, but here are some results: 1. collect perf.data file on a Fedora 12 machine, x86_64, 64-bit userland 2. transfer it to a Debian Testing machine, PARISC64, [...]
It built, after removing -fstack-protector-all that is not available for that target and suppressing the libelf-dev tests. Transferred a perf.data file created in a i386 machine and… it fails. Endianness issues, I guess. Will fully investigate this in the next days.
Ended up encoding modules as PERF_RECORD_MMAP events details at: http://lkml.org/lkml/2010/1/7/370. Lets see how people react.
While trying to fix the build-id generation so as not to produce duplicates, I noticed another problem that needs to be solved before we can introduce perf archive and be able to analyse a perf.data file recorded in one machine on another, possibly with a different architecture and OS. The problem is similar to the [...]
Recently I saw somebody boasting that Linus now uses Fedora and I don’t know why I found it silly. But then when Ingo Molnar even mentioned the name of the package where codiff is available I found that I can be silly too
Someplace -> My home: Aristeu Rozanski My home -> usefulness: Jeff Garzik (best guess) [root@doppio tb]# mount | grep tera /dev/mapper/teravg1-teralv1 on /media/tb type ext3 (rw) [root@doppio tb]# [root@doppio tb]# lspci | grep SATA 00:1f.2 SATA controller: Intel Corporation 82801GBM/GHM (ICH7 Family) SATA AHCI Controller (rev 02) 16:00.0 Mass storage controller: Silicon Image, Inc. SiI [...]
Since I haven’t blogged about these toys, please take a look at Carsten’s article at OSADL and perhaps at my OLS 2008 paper too.
