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

jeprof --dot can only see the memory address, can not see the function name #72

Open
itachaaa opened this issue Feb 5, 2024 · 1 comment

Comments

@itachaaa
Copy link

itachaaa commented Feb 5, 2024

I have come across a closed issue(#33 ) that described the phenomenon. Upon verification, it seems that it is necessary to enable the debug=true option in the cargo build command. When using the release option, the debug parameter defaults to false. I have two concerns regarding this observation:

  1. May I inquire why, in the absence of support for --strip=none, it is possible to print function names without fully enabling debug information? It appears that information from the debug mode is not entirely decoupled from the dependencies on stripping.
  2. In practical production processes, it is highly likely to use the release option. However, if issues arise in a production environment, it could be challenging to pinpoint the root cause. Could you shed light on how the community has considered addressing this phenomenon?
@itachaaa
Copy link
Author

itachaaa commented Feb 5, 2024

I have re-evaluated the issue and found that it is not related to the debug parameters. I can still see the function names using cargo build --release. However, when I copied jeprof, the binary file, and the out heap file to another machine that is nearly identical, executing jeprof --dot only displays memory addresses. Therefore, the problem arises due to a change in the environment.However, it is still worth exploring what information in the environment leads to this problem.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant