sort trace by timestamp before calculating FMP #756
Merged
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.
re: #753
This makes sure events in the trace are sorted by timestamp (
event.ts
) before we start digging into FMP. This probably gives us more-1
s in extension reports but makes us more correct in the answers we report. Will have to remain this way until we figure out why trace events are timestamped the way they are or #618 with m54.Also adds example trace from extension from #753 with weird timing for testing.