PROBE::VM.KMEM_CAC(3stap)

πŸ’– probe::vm.kmem_cache_alloc β€” the Memory Tapset one πŸ’–

okay bestie, so this is a page from the Memory Tapset of the SystemTap Tapset Reference, and it's genuinely such a little icon. it's a probe point, it's giving very "quietly observing the kernel's memory drama" energy. let's get into it 🫢


✨ NAME ✨

probe::vm.kmem_cache_alloc β€” fires when kmem_cache_alloc is requested πŸ‘€

like, the moment somebody asks the kernel for a slab allocation from a cache? this probe is there. main character energy fr fr.


🌸 SYNOPSIS 🌸

probe vm.kmem_cache_alloc {}

that's it. that's the whole vibe. no arguments, no nothing, just a lil curly-brace situation waiting for the kernel to slide into its DMs. iconic πŸ’…


πŸ¦‹ VALUES πŸ¦‹

okay so these are all the lil goodies you get to peek at inside the probe. every single one, no skips:

  • bytes_alloc β€” the allocated Bytes. like, how much actually got handed over. the real ones ✨
  • gfp_flags β€” the type of kmemory to allocate. this is the flags situation, in all its raw numeric glory πŸ”₯
  • ptr β€” a pointer to the kmemory that got allocated. the actual address of the goods πŸ“
  • caller_function β€” the name of the caller function. so you know who asked for this. the culprit, bestie πŸ™ˆ
  • call_site β€” the address of the function that's calling this kmemory function. receipts, basically 🧾
  • name β€” the name of the probe point. hi, that's you πŸ‘‹
  • bytes_req β€” the requested Bytes. what they asked for, versus bytes_alloc which is what they got. not always the same, iykyk πŸ’€
  • gfp_flag_name β€” the type of kmemory to allocate, but in string format. so like, the readable version of gfp_flags. the glow-up version 🌈

πŸŽ€ SEE ALSO πŸŽ€

  • tapset::memory(3stap) β€” go read this one too, it's the whole memory tapset family and they all ate πŸ’–

SystemTap Tapset Reference Ver Β· September 2026

and that's the page, bestie!! mwah, go forth and probe responsibly, no cap πŸ§šπŸ’œ

πŸ“¦ where this page comes from