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
You can change the time unit with summaryTimeUnit / --summary-time-unit / K6_SUMMARY_TIME_UNIT option, for example k6 run --summary-time-unit=ms script.js. That should help somewhat, even though there are no deci-seconds (only s, ms and us for now). You also currently can't specify the decimal precision or the left padding of the numbers, so alignment may still not be perfect if you have high variability.
Improving the alignment of the end-of-test summary in general is tracked in #1024. Also, we're currently working on a way to export the end-of-test summary in a JSON format, so follow #1168 if you want to know when you'd be able to do it and format it however it works for you.
All of that said, I don't know if we should just always use milliseconds by default when displaying the metric values in the end-of-test summary... It will probably be a better UX to not mix µs and ms values at least, that's the most annoying part for me personally. But some metrics like iteration_duration and group_duration will likely have much larger values than the http_req_* metrics, sometimes in the tens or hundreds of seconds, which doesn't make sense to display as milliseconds... 😕 So, maybe we should just stick to having a mix of ms and s values, unless the user explicitly requests microseconds by --summary-time-unit=us?
Please display consistent units, e.g. deci-second precision, in order to reduce visual jitter during performance runs.
The text was updated successfully, but these errors were encountered: