systemtap memory usage

Frank Ch. Eigler fche@redhat.com
Fri Feb 16 21:39:00 GMT 2007


hunt wrote:

>[...]  But wait. We also have "stap" hanging around while the probe
>runs.  That's a huge 71Mbytes.

Heck, it could be even bigger if one's script invokes considerable
line record searching.

> [...]  Clearly we should rethink having "stap" hang around.

Well, user-space memory is a much less scarce commodity than kernel
memory.  Plus staprun alone is a fully supported way of re-executing
probe modules, in which case stap memory consumption does not arise.

It also turns out that stap does very little work after it launches
staprun.  It could release most of its dynamic memory by that time.
(Hm, this is crying out for a mudflap memory-usage analysis!)
Actually, that could result in the sudden provision of free kernel
memory, just at the right moment of need.

If it weren't for desiring to print last-gasp messages like the pass-5
times, and to clean up temporary directories, it would need not stay
around at all and could just exec sudo et al.

- FChE



More information about the Systemtap mailing list