-
Notifications
You must be signed in to change notification settings - Fork 2.4k
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
Don't print profiling information twice #5319
Conversation
It's important to `.clear` the messages so that we don't print them again for the next "profiling session". It might be argued that really we should have a single "profiling session" for Cargo, but we don't at the moment. And, while we are at it, let's lock stdout as well, so that we won't get confused when Cargo becomes multi-threaded and prints profiling info from several threads simultaneously.
(rust_highfive has picked a reviewer for you, use r? to override) |
@bors delegate=Eh2406 Let's merge this, if it looks reasonable? Should help us to troubleshoot current perf problems a little bit better :-) |
✌️ @Eh2406 can now approve this pull request |
I have not used cargos built in profiling before, I just run WPA while cargo is running, but it looks good to me. @bors r+ |
📌 Commit 1549488 has been approved by |
Don't print profiling information twice It's important to `.clear` the messages so that we don't print them again for the next "profiling session". It might be argued that really we should have a single "profiling session" for Cargo, but we don't at the moment. And, while we are at it, let's lock stdout as well, so that we won't get confused when Cargo becomes multi-threaded and prints profiling info from several threads simultaneously.
☀️ Test successful - status-appveyor, status-travis |
It's important to
.clear
the messages so that we don't print themagain for the next "profiling session". It might be argued that really
we should have a single "profiling session" for Cargo, but we don't at
the moment.
And, while we are at it, let's lock stdout as well, so that we won't
get confused when Cargo becomes multi-threaded and prints profiling info
from several threads simultaneously.