-
Notifications
You must be signed in to change notification settings - Fork 566
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
i#6726 replay cpuid: Sort as-traced outputs by cpuid #6729
Merged
Merged
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Removes the exception for avoiding reading ahead to get the version and filetype for as-traced drmemtrace mode, as we need those values for the record_filter. Adds explicit error checking and error return up front to the record_filter for missing version info. Adjusts the scheduler unit test's record ordinal to account for the new read-ahead. Adds a test with a checked-in trace of hello,world (truncated to make it smaller) that ran on 4 different cores. The test only reproduces the problem if the read-ahead in open_reader() to find the tid is removed, which I did temporarily; I kept the test as it is also a good additional general test of other corner cases. To create a test that always reproduces in our suite we would need to combine a synthetic reader with use of the scheduler in as-traced mode, which none of our unit tests are set up for. The fix was further tested on large inputs in an internal setup which always passes a synthetic reader, where the problem reproduces every time without the fix. Fixes #6721
Currently, in as-traced mode the output streams are assigned to the cores in the as-traced schedule file in file order. But that order is essentially random, which scrambles key arrangements like which core is on which socket. Here we sort by the recorded cpuid to recreate the same cpuid order as before. Adds a unit test. Also tested on larger cases with > 100 cores. Issue: #6726
abhinav92003
requested changes
Mar 26, 2024
abhinav92003
approved these changes
Mar 27, 2024
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Currently, in as-traced mode the output streams are assigned to the cores in the as-traced schedule file in file order. But that order is essentially random, which scrambles key arrangements like which core is on which socket. Here we sort by the recorded cpuid to recreate the same cpuid order as before.
Adds a unit test. Also tested on larger cases with > 100 cores.
Issue: #6726