-
Notifications
You must be signed in to change notification settings - Fork 387
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 units to timings in node labels #58
Comments
I agree having a time unit (ms in particular) would be better. But I also don't know off hand if time units are being consistently parsed for all formats. This is because until recently we didn't care about exact time units, as we always computed the relative time (against total.) I'm afraid I don't have much time to look into this myself, but I'd accept patches. CC'ing @robinst |
Would it be acceptable to make this dependent on the format? I'm currently using |
I think it might be easier to apply a (format-specific) conversion factor when parsing the stats, than to carry around the unit. I'm OK with storing internally all times in seconds, and then perhaps show in ms for times less than 1 second. That is, my suggestion is to presume for now all formats represent time in seconds, and then fixup later the parsing of formats that don't. |
My idea was to just add the "ms" if we're certain about what unit a time is in. But if you're ok with potentially showing the wrong unit for some formats, I can raise a PR for that. |
Currently, the timings on node labels are shown like this:
0.1234
It's not immediately clear that that's in seconds. Can we add a " s" to the label? Or maybe even consider changing it to milliseconds and adding " ms".
I'm not familiar with all the input formats and if they have the timing information in seconds or not, but if it's just a matter of changing the label formatting, I'm happy to raise a PR.
The text was updated successfully, but these errors were encountered: