Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

runtime/pprof: provide memory mapping info on macOS #19790

hyangah opened this issue Mar 30, 2017 · 2 comments

runtime/pprof: provide memory mapping info on macOS #19790

hyangah opened this issue Mar 30, 2017 · 2 comments
help wanted NeedsFix


Copy link

@hyangah hyangah commented Mar 30, 2017

Noticed during google/pprof#120
depends on /proc/self/maps which results in missing memory mapping info in
profile data from non-linux system (e.g. OSX).

Provide it to help offline symbolization for non-Go symbols.

@rsc rsc changed the title runtime/pprof: provide memory mapping info on OSX runtime/pprof: provide memory mapping info on macOS Mar 30, 2017
Copy link

@rsc rsc commented Mar 30, 2017

Note that all the non-Linux systems have this problem, and that the problem only affects fetching symbol information for dynamic libraries the binary is linked against, not the main binary.

For macOS in particular, from searching around it seems that /usr/bin/vmmap is the suggested way to get that information, and it is in turn implemented using mach_vm_region_recurse. However, vmmap asks to be root to run. I don't know of mach_vm_region_recurse on our own process will require root privileges or not. If it does, that's a non-starter.

@andybons andybons added NeedsFix help wanted labels Apr 11, 2018
@andybons andybons added this to the Unplanned milestone Apr 11, 2018
Copy link

@gopherbot gopherbot commented Jul 13, 2018

Change mentions this issue: runtime/pprof: add a fake mapping when /proc/self/maps is unavailable

gopherbot pushed a commit that referenced this issue Jul 16, 2018
Profile's Mapping field is currently populated by reading /proc/self/maps.
On systems where /proc/self/maps is not available, the profile generated
by Go's runtime will not have any Mapping entry. Pprof command then adds
a fake entry and links all Location entries in the profile with the fake
entry to be used during symbolization.

The fake entry is not enough to suppress the error or warning messages
pprof command produces. We need to tell pprof that Location entries are
symbolized already by Go runtime and pprof does not have to attempt to
perform further symbolization.

In #25743, we made Go runtime mark Mapping entries with HasFunctions=true
when all Location entries from the Mapping entries are successfully
symbolized. This change makes the Go runtime add a fake mapping entry,
otherwise the pprof command tool would add, and set the HasFunctions=true
following the same logic taken when the real mapping information is

Updates #19790.
Fixes #26255. Tested pprof doesn't report the error message any more
for pure Go program.

Change-Id: Ib12b62e15073f5d6c80967e44b3e8709277c11bd
Run-TryBot: Hyang-Ah Hana Kim <>
TryBot-Result: Gobot Gobot <>
Reviewed-by: Brad Fitzpatrick <>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
help wanted NeedsFix
None yet

No branches or pull requests

4 participants