4 ms·

This looks incredible for work I was previously using Tsung / Gatling for. One request: please allow the output of either a) a CSV log of every request and it'

This looks incredible for work I was previously using Tsung / Gatling for. One request: please allow the output of either a) a CSV log of every request and it's timing or b) a configurable histogram of request timing, not just some percentiles and averages. That info is pretty much required for doing any more advanced analysis beyond "the service is fast enough". https://github.com/tsenart/vegeta https://github.com/tsenart/vegeta does this really well (but doesn't have the scripting abilities of this tool).

rlonn 9y ago
Thanks for the nice words! If you see anything missing, don't hesitate to create an issue about it on Github (https://github.com/loadimpact/k6 https://github.com/loadimpact/k6). We're trying really hard to build the things people ask for. About CSV output though, we have JSON output with single request timings, see https://docs.k6.io/docs/results-output#section-json-output https://docs.k6.io/docs/results-output#section-json-output Is JSON useful to you, or do you prefer CSV?
- robbles 9y ago
  That looks like what I'm looking for, thanks! Is there documentation of the format of those JSON logs? CSV would probably be a useful addition just for ease of ingestion into analysis tools and databases. Once I get a chance to test this out, I'll definitely report any issues through GH.
  - rlonn 9y ago
    I'll update the docs with some info on the JSON format first thing on monday! If you should happen to try out k6 in the meantime, most of the JSON contents should be recognizable/understandable just by looking at the output, if you know what metrics k6 collects (which is documented on docs.k6.io). You can try running with e.g. 2 VUs for 2 iterations, to get a tiny amount of output data but something that looks like a real load test: k6 run --vus 2 --iterations 2 --output json=output.json script.js

rlonn 9y ago

Thanks for the nice words! If you see anything missing, don't hesitate to create an issue about it on Github (https://github.com/loadimpact/k6 https://github.com/loadimpact/k6). We're trying really hard to build the things people ask for. About CSV output though, we have JSON output with single request timings, see https://docs.k6.io/docs/results-output#section-json-output https://docs.k6.io/docs/results-output#section-json-output Is JSON useful to you, or do you prefer CSV?

robbles 9y ago
That looks like what I'm looking for, thanks! Is there documentation of the format of those JSON logs? CSV would probably be a useful addition just for ease of ingestion into analysis tools and databases. Once I get a chance to test this out, I'll definitely report any issues through GH.
- rlonn 9y ago
  I'll update the docs with some info on the JSON format first thing on monday! If you should happen to try out k6 in the meantime, most of the JSON contents should be recognizable/understandable just by looking at the output, if you know what metrics k6 collects (which is documented on docs.k6.io). You can try running with e.g. 2 VUs for 2 iterations, to get a tiny amount of output data but something that looks like a real load test: k6 run --vus 2 --iterations 2 --output json=output.json script.js