Re: [PATCH 4/4] tracing, page-allocator: Add a postprocessing script for page-allocator-related ftrace events

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

* Andrew Morton <akpm@linux-foundation.org> wrote:


c'mon Andrew ...

Did you never want to see whether firefox is leaking [any sort of] 
memory, and if yes, on what callsites? Try something like on an 
already running firefox context:

  perf stat -e kmem:mm_page_alloc \
            -e kmem:mm_pagevec_free \
            -e kmem:mm_page_free_direct \
     -p $(pidof firefox-bin) sleep 10

... and "perf record" for the specific callsites.

this perf stuff is immensely flexible and a very unixish 
abstraction. The perf.data contains timestamped trace entries of 
page allocations and freeing done.

[...]

at least meminfo is an ABI for sure - vmstat too really.

But we can stop adding new fields into obsolete, inflexible and 
clearly deficient interfaces, and we can standardize new 
instrumentation to use modern instrumentation facilities - i.e. 
tracepoints and perfcounters.

I'm not saying to put a tracepoint on every second line of the 
kernel, but obviously Mel and Rik wanted this kind of info because 
they found it useful in practice.

	Ingo
--
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

Messages in current thread:
Re: [PATCH 4/4] tracing, page-allocator: Add a postprocess ..., Ingo Molnar, (Tue Aug 4, 1:35 pm)
[tip:perfcounters/urgent] perf: &quot;Longum est iter per praec ..., tip-bot for Carlos R ..., (Sat Aug 8, 5:37 am)
[tip:perfcounters/core] perf: &quot;Longum est iter per praecep ..., tip-bot for Carlos R ..., (Sun Aug 9, 4:11 am)