-
Notifications
You must be signed in to change notification settings - Fork 3k
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
Add stacktrace in max heap size log #7592
Conversation
This commit externs the current_stacktrace function and use it in erl_gc when doing max heap event log. This is especially useful when debugging a process that has been killed by the heap limit.
CT Test Results 3 files 133 suites 47m 53s ⏱️ For more details on these failures, see this check. Results for commit e19c378. ♻️ This comment has been updated with latest results. To speed up review, make sure that you have read Contributing to Erlang/OTP and that all checks pass. See the TESTING and DEVELOPMENT HowTo guides for details about how to run test locally. Artifacts// Erlang/OTP Github Action Bot |
Hmmm could anyone point out which test SUITE does the code fail? I can't figure it out from the CI log and I don't see anything fail in my local make test. |
Click on "Complete CT logs" above. Click on "emulator_test" which have two failed tests. Click on the "Result" column and you will get the two failed tests sorted first. |
when max_heap_size has been reached. Not sure it would be a problem but it seem like it could be.
I added two commits. Basically to avoid building the stack trace on the process heap. I'm not sure but it may be problematic when we have reached |
Thanks for the suggestions! It looks good to me. Are the failing tests otp_17127_local_link_with_simultaneous_link_unlink and otp_17127_local_random? They both worked on my laptop (m1 macbook). Is there anything I can do here? |
Yes, those are the failing ones. It's due to a bug on master branch. |
Merged to master. |
Sure, will do. Thanks a lot! |
This commit externs the current_stacktrace function and use it in erl_gc when doing max heap event log. This is especially useful when debugging a process that has been killed by the heap limit.
I'm not sure if this is the right way doing it, but here is how it will look like: