-
Notifications
You must be signed in to change notification settings - Fork 1
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
feat: Results analysis #103
Conversation
9365e09
to
574cd4e
Compare
625101c
to
bd95ac8
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looking good, I think the main thing is about the 10e6
🙂
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yeah, whoo
Turns out there was a problem with the data data. I hadn't included the scenario name in the fingerprint so scenarios with the same settings were getting the same fingerprint... Which isn't right! So I've sorted that now and added some tests/checks to stop things like that happening again |
c339bdd
to
884cf54
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Nice 👍
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Some minor suggestions but LGTM.
db2cab7
to
7424100
Compare
Co-authored-by: Callum Dunster <[email protected]>
Co-authored-by: Callum Dunster <[email protected]>
Co-authored-by: Callum Dunster <[email protected]>
This reverts commit baf2ea6.
Co-authored-by: Callum Dunster <[email protected]>
Co-authored-by: Callum Dunster <[email protected]>
Co-authored-by: Callum Dunster <[email protected]>
dc84124
to
78d023f
Compare
I believe this is ready to go as a first draft. I do think that some of the way I'm expecting runIds to be consistent across nodes and that we can know information about how many agents participated and ended from one node is specific to Local/TryCP. This will need adjusting if we go to a distributed run approach. However, I believe that the data analysis is reasonable in a distributed case because that shouldn't be assuming anything about how the scenario was run.
Whether the metrics are exactly what we need is a question for when we start asking questions based on them. But we can get some basic insights and track performance over time with this.
This will still need integrating with the performance test pipeline. That's not straight forward enough that I think it should happen on this PR.