-
Notifications
You must be signed in to change notification settings - Fork 4.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
superpmi-diffs results improvements #75848
Comments
I couldn't figure out the best area label to add to this issue. If you have write-permissions please help me learn by adding exactly one area label. |
Tagging subscribers to this area: @JulieLeeMSFT, @jakobbotsch Issue DetailsSome suggested follow-ups from #74584
|
Can we display a couple of real diffs on the summary page? e.g. for a few smallest methods |
Would be nice too. Also if we see any TP diffs in FullOpts we currently display the rows for those collections in all tables; we should consider not showing the rows in the MinOpts table if there are no diffs (for asm diffs it's harder, as we cannot tell if there are diffs or not just based on "0 byte" diffs). |
Write out a breakdown of improvements/regressions to be able to gauge better how the improvements stack up against the regressions. Contributes to #75848
If there are no diffs, I'd like to see that displayed prominently at the top. Currently, you need to visually examine each platform to notice that. Also, I think "No diffs" (or maybe the corresponding "X diffs"?) should be slightly larger font and first, per-section. It seems like "Diffs are based on ..." can be in the "Detail" expansion. I understand if we want to keep "MISSING" in the main view. e.g.,: ASM diffs generated on Windows x64 Linux arm64 |
Sorry @BruceForstall, I have forgotten to respond to that.
I agree something like that would be nice, but currently we do not have a model of the results of the other runs. The overall diffs summary is just a concatenation of the summaries created by child SPMI runs. I suppose we could check for "No diffs found" or something similar in those markdown files.
The original intent was to make it clear that there is a reasonable set of methods in the collection to make conclusions based on the results, but I agree that it could be moved under the details section. |
I previously opened #80719, which is related, suggesting some alternatives to how summarization is implemented. E.g., have the individual jobs create a data model of their results and a "Summarization" job combine them into a report. Would probably be a fair amount of work, with possibly not a huge amount of benefit. |
Most of this was addressed, so will close this. I think we can consider changing summarization once we address #80719. |
Some suggested follow-ups from #74584
category:eng-sys
theme:super-pmi
skill-level:beginner
cost:small
impact:small
The text was updated successfully, but these errors were encountered: