You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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).
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
No diffs found on any platform or Diffs found on 3 of 5 platforms
Linux arm64
No diffs found.
MISSED contexts: base: 846, diff: 846
Details
...
Sorry @BruceForstall, I have forgotten to respond to that.
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.
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.
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.
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.
but currently we do not have a model of the results of the other runs.
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.
Activity
EgorBo commentedon Sep 19, 2022
Can we display a couple of real diffs on the summary page? e.g. for a few smallest methods
jakobbotsch commentedon Sep 22, 2022
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).
SPMI: Write out improvements/regressions breakdown details (#76711)
BruceForstall commentedon Oct 14, 2022
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
No diffs found on any platform or Diffs found on 3 of 5 platforms
Linux arm64
No diffs found.
MISSED contexts: base: 846, diff: 846
Details
...
jakobbotsch commentedon Mar 16, 2023
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.
BruceForstall commentedon Mar 22, 2023
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.
jakobbotsch commentedon Jun 6, 2023
Most of this was addressed, so will close this. I think we can consider changing summarization once we address #80719.