-
Notifications
You must be signed in to change notification settings - Fork 17.7k
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
x/debug: add core dump reader #21356
Comments
x/tools is fine (even without resolving exactly what x/tools is for, it's close enough to this). /cc @aclements @dr2chase @heschik @RLH @ianlancetaylor |
Going to mark this accepted to move out of the proposal queue. I assume you know the right people to discuss the design with. |
Change https://golang.org/cl/72830 mentions this issue: |
Change https://golang.org/cl/73191 mentions this issue: |
Add library for reading core dumps. Update golang/go#21356 Change-Id: Ia7fa09d9e78a7c30fbdec184a5cf6f73b0994c4a Reviewed-on: https://go-review.googlesource.com/72830 Reviewed-by: Peter Weinberger <[email protected]>
Add a library that can extract a bunch of information from a Go core dump. Update golang/go#21356 Change-Id: I9997c80452a4ad205d0799f89b2e268b4a5a9e2f Reviewed-on: https://go-review.googlesource.com/73191 Reviewed-by: Austin Clements <[email protected]>
This now exists: golang.org/x/debug/cmd/viewcore (+ internal helpers). |
Unless I'm mistaken, @randall77, that does not resolve the original issue. This issue is about the packages, not the tooling.
More specifically, I'm seeing that the packages used by viewcore are internal only. |
@lrstanley True. I argued for external, but was convinced otherwise by the folks who were actually going to maintain the tool. |
I propose to develop a set of packages to enable the reading of core dumps generated by Go programs.
This set of packages will enable writing tools which can perform post-mortems on crashing Go servers. An example might be out-of-memory analysis: looking for how many allocated objects of each type they are, why they are considered live, etc.
This proposal is particularly about the library that can read core dumps. The actual tools based on this library are a separate proposal.
I propose to add these packages somewhere in x/tools.
I've written up a small design doc with more details.
The text was updated successfully, but these errors were encountered: