-
Notifications
You must be signed in to change notification settings - Fork 119
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
add more info about the actual CPU we used #61
Conversation
…t info, as we want to avoid comparing against different CPUs :)
Current coverage is 60.33% (diff: 90.00%)@@ master #61 diff @@
==========================================
Files 16 16
Lines 1611 1621 +10
Methods 0 0
Messages 0 0
Branches 294 295 +1
==========================================
+ Hits 969 978 +9
- Misses 589 590 +1
Partials 53 53
|
Interesting, are you using this extra stuff anywhere? (or plan to) (not against these changes btw) |
@@ -206,6 +207,7 @@ def as_dict(self, include_data=True, flat=False, stats=True, cprofile=None): | |||
"fullname": self.fullname, | |||
"params": self.params, | |||
"param": self.param, | |||
"extra_info": self.extra_info, |
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.
How about just extra
or maybe even annotations
? Or annotate(foo='bar')
? Hmmmm
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.
I used extra_info
for consistency with machine_info
, commit_info
, etc.
I don't like annotations
, but I could live with that :)
About annotate(foo='bar')
: if you intend to use it as a decorator, it would not work in my case because the value depends on the params (see the capnpy example below)
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.
Now it makes sense :-)
Yes, I am using the extra_info stuff for capnpy bencharks;
In theory, I could recompute the attribute by parsing the textual name of the test, but it's horrible :). Plus, I think it could be generally useful to be able to attach extra infos to your benchmarks. |
Would you mind adding some changelog entry + readme update? I think we can have this in the second alpha release. |
Done. I am also thinking about recording the git branch in |
I've been thinking, maybe it's better to leave out this extra info. Not because it's not useful but then people would wonder why don't we also have the tag(s), commit message, author or other things that can be easily be extracted with the commit id. |
actually branch cannot be easily extracted afterwards, because it does not belong to the commit: if I merge and delete the branch, then the information is lost. |
Well you have a fair point there. Hmmm ... |
@antocuni ok I changed my mind. Feel free to add it in another PR if you still wanna do it. |
this is a very important info, as we want to avoid comparing against different CPUs :)