PERF-TRACE(1)
okay bestie, weโre looking at perf-trace(1) from the perf Manual โ and no cap, this is the strace-inspired glow-up you need in your life ๐
โจ
๐ NAME ๐
perf-trace โ strace inspired tool ๐ฆ
โจ SYNOPSIS โจ
perf trace
perf trace record
๐ DESCRIPTION ๐
okay so this command will show the events associated with the target โ initially syscalls, but also other system events like pagefaults, task lifetime events, scheduling events, etc. literally the whole vibe check on your system ๐
This is a live mode tool in addition to working with perf.data files like the other perf tools. Files can be generated using the perf record command, but the session needs to include the raw_syscalls events (-e raw_syscalls:*). Alternatively, perf trace record can be used as a shortcut to automatically include the raw_syscalls events when writing events to a file. slay ๐
The following options apply to perf trace; options to perf trace record are found in the perf record man page. iykyk ๐
๐ธ OPTIONS ๐ธ
-a,--all-cpusโ System-wide collection from all CPUs. main character energy fr fr ๐ซถ-e,--expr,--eventโ List of syscalls and other perf events (tracepoints, HW cache events, etc) to show. Globbing is supported, e.g.:"epoll_*","msg", etc. Seeperf listfor a complete list of events. Prefixing with!shows all syscalls but the ones specified. You may need to escape it. no cap, that!goes hard ๐ญ--filter=<filter>โ Event filter. This option should follow an event selector (-e) which selects tracepoint event(s). lowkey important ๐-D msecs,--delay msecsโ After starting the program, waitmsecsbefore measuring. This is useful to filter out the startup phase of the program, which is often very different. bye bye messy startup energy ๐ฆ-o,--output=โ Output file name. put it somewhere cute ๐-p,--pid=โ Record events on existing process ID (comma separated list). bestieโs got a whole list? iconic ๐-t,--tid=โ Record events on existing thread ID (comma separated list). thread-specific tea โ-u,--uid=โ Record events in threads owned byuid. Name or number. yes, name or number, flexible queen ๐-G,--cgroupโ Record events in threads in a cgroup.
Look for cgroups to set at the /sys/fs/cgroup/perf_event directory, then remove the /sys/fs/cgroup/perf_event/ part and try:
perf trace -G A -e sched:*switch
Will set all raw_syscalls:sys_{enter,exit}, pgfault, vfs_getname, etc _and_ sched:sched_switch to the 'A' cgroup, while:
perf trace -e sched:*switch -G A
will only set the sched:sched_switch event to the 'A' cgroup, all the other events (raw_syscalls:sys_{enter,exit}, etc are left "without" a cgroup (on the root cgroup, sys wide, etc).
Multiple cgroups:
perf trace -G A -e sched:*switch -G B
the syscall ones go to the 'A' cgroup, the sched:sched_switch goes to the 'B' cgroup. cgroup assignments are giving organized bestie energy ๐
--filter-pids=โ Filter out events for these pids and for trace itself (comma separated list). not me filtering out the noise ๐-v,--verboseโ Increase the verbosity level. more words, more lore ๐--no-inheritโ Child tasks do not inherit counters. boundaries, bestie ๐ซถ-m,--mmap-pages=โ Number of mmap data pages (must be a power of two) or size specification in bytes with appended unit character -B/K/M/G. The size is rounded up to the nearest power-of-two page value. math girlies rise ๐ธ-C,--cpuโ Collect samples only on the list of CPUs provided. Multiple CPUs can be provided as a comma-separated list with no space:0,1. Ranges of CPUs are specified with-:0-2. In per-thread mode with inheritance mode on (default), Events are captured only when the thread executes on the designated CPUs. Default is to monitor all CPUs. CPU roster, but make it fashion ๐--durationโ Show only events that had a duration greater thanN.Mms. long events only, periodt โณ--schedโ Accrue thread runtime and provide a summary at the end of the session. end-of-session recap, very wrap-up video energy ๐ฌ--failureโ Show only syscalls that failed, i.e. that returned< 0. failure focus, but make it useful ๐ญ-i,--inputโ Process events from a given perf data file. reading old tea ๐ต-T,--timeโ Print full timestamp rather time relative to first sample. absolute time, no vibes-only timing โจ--commโ Show process COMM right beside its ID, on by default, disable with--no-comm. name tag next to the ID ๐ท๏ธ-s,--summaryโ Show only a summary of syscalls by thread with min, max, and average times (in msec) and relative stddev. stats girl summer ๐-S,--with-summaryโ Show all syscalls followed by a summary by thread with min, max, and average times (in msec) and relative stddev. all the events and the recap โ ate ๐--errno-summaryโ To be used with-sor-S, to show stats for the errnos experienced by syscalls, using only this option will trigger--summary. errno lore unlocked ๐--summary-mode=modeโ To be used with-sor-S, to select how to show summary. By default itโll show the syscall summary by thread. Possible values are:thread,total,cgroup. choose your summary aesthetic ๐--tool_statsโ Show tool stats such as number of timesfdโpathnamewas discovered thru hooking the open syscall return +vfs_getnameor via reading/proc/pid/fd, etc. behind-the-scenes receipts ๐งพ-f,--forceโ Donโt complain, do it. no thoughts, just send it ๐ฅ-F=[all|min|maj],--pf=[all|min|maj]โ Trace pagefaults. Optionally, you can specify whether you want minor, major or all pagefaults. Default value ismaj. pagefaults but make it configurable ๐ฆ--syscallsโ Trace system calls. This option is enabled by default, disable with--no-syscalls. syscalls are the default main characters ๐--call-graph [mode,type,min[,limit],order[,key][,branch]]โ Setup and enable call-graph (stack chain/backtrace) recording. See--call-graphsection inperf-recordandperf-reportman pages for details. The ones that are most useful in perf trace aredwarfandlbr, where available, try:perf trace --call-graph dwarf. stack chain tea โ
Using this will, for the root user, bump the value of--mmap-pagesto 4 times the maximum for non-root users, based on thekernel.perf_event_mlock_kbsysctl. This is done only if the user doesn't specify a--mmap-pagesvalue.
--kernel-syscall-graphโ Show the kernel callchains on the syscall exit path. kernel-side backtrace moment ๐ง--max-events=Nโ Stop after processingNevents. Note that strace-like events are considered only at exit time or when a syscall is interrupted, i.e. in those cases this option is equivalent to the number of lines printed. event limit, bestie ๐--switch-on EVENT_NAMEโ Only consider events after this event is found. start recording after the chosen moment โจ--switch-off EVENT_NAMEโ Stop considering events after this event is found. the cutoff ๐--show-on-off-eventsโ Show the--switch-on/offevents too. donโt hide the switches ๐--show-cpuโ Show cpu id. cpu name tag ๐ท๏ธ--max-stackโ Set the stack depth limit when parsing the callchain, anything beyond the specified depth will be ignored. Note that at this point this is just about the presentation part, i.e. the kernel is still not limiting, the overhead of callchains needs to be set via the knobs in--call-graph dwarf.
Implies--call-graph dwarfwhen--call-graphnot present on the command line, on systems where DWARF unwinding was built in.
Default:/proc/sys/kernel/perf_event_max_stackwhen present for live sessions (without--input/-i),127otherwise.
--min-stackโ Set the stack depth limit when parsing the callchain, anything below the specified depth will be ignored. Disabled by default.
Implies--call-graph dwarfwhen--call-graphnot present on the command line, on systems where DWARF unwinding was built in.
--print-sampleโ Print thePERF_RECORD_SAMPLEPERF_SAMPLE_info for theraw_syscalls:sys_{enter,exit}tracepoints, for debugging. debug girlies, this oneโs for you ๐--proc-map-timeoutโ When processing pre-existing threads/proc/XXX/mmap, it may take a long time, because the file may be huge. A time out is needed in such cases. This option sets the time out limit. The default value is500ms. timeout so we donโt wait forever ๐ญ--sort-eventsโ Do sorting on batches of events, use when noticing out of order events that may happen, for instance, when a thread gets migrated to a different CPU while processing a syscall. sort the chaos ๐--libtraceevent_printโ Uselibtraceeventto print tracepoint arguments. By default perf trace uses the same beautifiers used in the strace-like enter+exit lines to augment the tracepoint arguments. library-based printing, fancy ๐--force-btfโ Usebtf_dumpto pretty print syscall argument data, instead of using hand-crafted pretty printers. This option is intended for testing BTF integration in perf trace.btf_dump-based pretty-printing serves as a fallback to hand-crafted pretty printers, as the latter can better pretty-print integer flags and struct pointers. BTF testing era ๐งช--bitmask-listโ Show bitmasks as a human-readable, condensed list (e.g."0,2-5,7") instead of the default hexadecimal representation. bitmask glow-up โญ--bpf-summaryโ Collect system call statistics in BPF. This is only for live mode and works well with-s/--summaryoption where no argument information is required. BPF girlies, rise ๐--max-summary=Nโ Maximum number of lines in the summary mode. Note that this applies to each entry (thread or cgroup). summary line limit, no endless scrolling ๐
๐ฆ PAGEFAULTS ๐ฆ
When tracing pagefaults, the format of the trace is as follows:
<min|maj>fault [<ip.symbol>+<ip.offset>] โ <addr.dso@addr.offset[1]>
(<map type><addr level>).
- min/maj indicates whether fault event is minor or major;
ip.symbolshows symbol for instruction pointer (the code that generated the fault); if no debug symbols available, perf trace will print raw IP;addr.dsoshows DSO for the faulted address;- map type is either
dfor non-executable maps orxfor executable maps; - addr level is either
kfor kernel dso or.for user dso.
For symbols resolution you may need to install debugging symbols. lowkey essential for the full picture ๐ง
Please be aware that duration is currently always 0 and doesnโt reflect actual time it took for fault to be handled! not me catching a fake duration ๐
When --verbose is specified, perf trace tries to print all available information for both IP and fault address in the form of dso@symbol[2]+offset. verbose mode really said โtell the whole storyโ ๐
โจ EXAMPLES โจ
Okay bestie, this is the part where it all clicks. Real commands, real output, real "ohhhh THAT's what it does" moments. Let's go ๐
๐ฉบ Just the majors, m'am
Wanna see only major pagefaults? No syscall noise at all? Say less:
$ perf trace --no-syscalls -F
That's it. That's the whole vibe. The --no-syscalls keeps the syscall spam away and -F (pagefaults) brings the drama. ๐
๐ Syscalls AND both kinds of pagefaults
Want the full package? Both major and minor pagefaults, plus syscalls:
$ perf trace -F all
1416.547 ( 0.000 ms): python/20235 majfault [CRYPTO_push_info_+0x0] => /lib/x86_64-linux-gnu/libcrypto.so.1.0.0@0x61be0 (x.)
So like, look at that line โ there was a major pagefault in the python process, coming from the CRYPTO_push_info_ routine which faulted somewhere in libcrypto.so. Yeah. That's the tea. ๐ต The (x.) at the end is literally the kernel going "idk man" about the symbol info.
๐ช The first 4 opens, and nothing more
Trace the first 4 open, openat or open_by_handle_at syscalls โ and yes, the manpage literally says (in the future more syscalls may match here), so don't come for me if that list grows ๐
$ perf trace -e open* --max-events 4
[root@jouet perf]# trace -e open* --max-events 4
2272.992 ( 0.037 ms): gnome-shell/1370 openat(dfd: CWD, filename: /proc/self/stat) = 31
2277.481 ( 0.139 ms): gnome-shell/3039 openat(dfd: CWD, filename: /proc/self/stat) = 65
3026.398 ( 0.076 ms): gnome-shell/3039 openat(dfd: CWD, filename: /proc/self/stat) = 65
4294.665 ( 0.015 ms): sed/15879 openat(dfd: CWD, filename: /etc/ld.so.cache, flags: CLOEXEC) = 3
$
Notice gnome-shell is out here opening /proc/self/stat over and over โ main character energy fr fr. And then sed sneaks in with an /etc/ld.so.cache open with flags: CLOEXEC. Iconic. ๐
๐ฃ First minor pagefault while running a workload
Catch the very first minor page fault when you run something, with a lil stack trace (--max-stack=7), and stop after one event:
# perf trace -F min --max-stack=7 --max-events 1 sleep 1
0.000 ( 0.000 ms): sleep/18006 minfault [__clear_user+0x1a] => 0x5626efa56080 (?k)
__clear_user ([kernel.kallsyms])
load_elf_binary ([kernel.kallsyms])
search_binary_handler ([kernel.kallsyms])
__do_execve_file.isra.33 ([kernel.kallsyms])
__x64_sys_execve ([kernel.kallsyms])
do_syscall_64 ([kernel.kallsyms])
entry_SYSCALL_64 ([kernel.kallsyms])
#
Look at that stack ๐ญ it's literally the whole exec pipeline: __clear_user โ load_elf_binary โ search_binary_handler โ __do_execve_file.isra.33 โ __x64_sys_execve โ do_syscall_64 โ entry_SYSCALL_64, all from [kernel.kallsyms]. Chef's kiss. ๐ซถ
๐ง Next min pagefault on CPU 0, with DWARF
Now with --call-graph=dwarf and pinned to --cpu 0:
# perf trace -F min --call-graph=dwarf --max-events 1 --cpu 0
0.000 ( 0.000 ms): Web Content/17136 minfault [js::gc::Chunk::fetchNextDecommittedArena+0x4b] => 0x7fbe6181b000 (?.)
js::gc::FreeSpan::initAsEmpty (inlined)
js::gc::Arena::setAsNotAllocated (inlined)
js::gc::Chunk::fetchNextDecommittedArena (/usr/lib64/firefox/libxul.so)
js::gc::Chunk::allocateArena (/usr/lib64/firefox/libxul.so)
js::gc::GCRuntime::allocateArena (/usr/lib64/firefox/libxul.so)
js::gc::ArenaLists::allocateFromArena (/usr/lib64/firefox/libxul.so)
js::gc::GCRuntime::tryNewTenuredThing<JSString, (js::AllowGC)1> (inlined)
js::AllocateString<JSString, (js::AllowGC)1> (/usr/lib64/firefox/libxul.so)
js::Allocate<JSThinInlineString, (js::AllowGC)1> (inlined)
JSThinInlineString::new_<(js::AllowGC)1> (inlined)
AllocateInlineString<(js::AllowGC)1, unsigned char> (inlined)
js::ConcatStrings<(js::AllowGC)1> (/usr/lib64/firefox/libxul.so)
[0x18b26e6bc2bd] (/tmp/perf-17136.map)
#
Firefox's Web Content process, deep in SpiderMonkey GC land, allocating a string arena. The (inlined) markers are DWARF doing its lil magic โจ and that last frame [0x18b26e6bc2bd] (/tmp/perf-17136.map) is the JIT'd code being all mysterious about itself. So valid. ๐ธ
๐๏ธ The big one: mix and match events with per-event options
This is the flex example. Trace the next two sched:sched_switch events, four block:*_plug events, the next block:*_unplug and the next three net:*dev_queue events โ that last one with a backtrace of at most 16 entries โ system wide:
# perf trace -e sched:*switch/nr=2/,block:*_plug/nr=4/,block:*_unplug/nr=1/,net:*dev_queue/nr=3,max-stack=16/
0.000 :0/0 sched:sched_switch:swapper/2:0 [120] S ==> rcu_sched:10 [120]
0.015 rcu_sched/10 sched:sched_switch:rcu_sched:10 [120] R ==> swapper/2:0 [120]
254.198 irq/50-iwlwifi/680 net:net_dev_queue:dev=wlp3s0 skbaddr=0xffff93498051f600 len=66
__dev_queue_xmit ([kernel.kallsyms])
273.977 :0/0 net:net_dev_queue:dev=wlp3s0 skbaddr=0xffff93498051f600 len=78
__dev_queue_xmit ([kernel.kallsyms])
274.007 :0/0 net:net_dev_queue:dev=wlp3s0 skbaddr=0xffff93498051ff00 len=78
__dev_queue_xmit ([kernel.kallsyms])
2930.140 kworker/u16:58/2722 block:block_plug:[kworker/u16:58]
2930.162 kworker/u16:58/2722 block:block_unplug:[kworker/u16:58] 1
4466.094 jbd2/dm-2-8/748 block:block_plug:[jbd2/dm-2-8]
8050.123 kworker/u16:30/2694 block:block_plug:[kworker/u16:30]
8050.271 kworker/u16:30/2694 block:block_plug:[kworker/u16:30]
#
The way the /nr=N/ filter sits right there in the event spec, comma-separated, and net:*dev_queue gets its own max-stack=16 while everything else doesn'tโฆ yeah. That's the good stuff. ๐ฅ Count them: two switches โ
, three net_dev_queue โ
, three plugs shown before the unplug gives you the 1 at the end, and the unplug fires exactly once. The counts were respected. Periodt. ๐
๐ SEE ALSO ๐
Your homework, bestie โ go read these next:
๐ฎ NOTES ๐ฎ
These are the contact-y bits, kept exactly as they appear (yes, they look like email addresses, no I'm not making that up ๐):
addr.dso@addr.offset
mailto:addr.dso@addr.offset
dso@symbol
mailto:dso@symbol
Okay that's the whole page! You made it to the end and I'm so proud of you ๐ฅน๐ This whole thing lives in the perf source, dated 10/31/2026, and it's the PERF-TRACE(1) page โ go trace something beautiful with it. Byeeee~ ๐ฆโจ๐
๐ฆ where this page comes from
- arch rolling: perf 7.3.1-1 ยท GPL-2.0-only
- ๐ girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms