Skip to content
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

How to display QOS metrics ? #520

Closed
fthiery opened this issue Jan 19, 2017 · 3 comments
Closed

How to display QOS metrics ? #520

fthiery opened this issue Jan 19, 2017 · 3 comments

Comments

@fthiery
Copy link

fthiery commented Jan 19, 2017

Hi; thanks for this awesome tool. Here's a use case: we are using locust to load test our video platform; we have implemented the viewer behaviour, down to downloading the video (as HLS). This works very nicely.

However, there are a few QOS-oriented stats that we would like to measure throughout the whole test:

  1. playback initialisation time: this is the total wait time between the initial GET on the page to the moment that the first fragment of the video has been downloaded
  2. buffering: if downloading a video fragment takes more than the fragment real duration, then we can assume that the user will get buffering (this is a very primitive approximation)

How/can i use/extend locust to display these metrics ? We thought of simulating some requests (e.g. for playback initialisation time) with the time as latency, but this would corrupt the RPS metric; for buffering, we could define the request timeout to the fragment duration, but this would look like a timeout and not reported as actual buffering.

What do you think ?

@cgoldberg
Copy link
Member

We thought of simulating some requests (e.g. for playback initialisation time)
with the time as latency

sorry, but I have no idea what that means.

for buffering, we could define the request timeout to the fragment duration

no idea what that means either.

@fthiery
Copy link
Author

fthiery commented Jan 20, 2017

By simulating a request i mean using the request reporting view to show a fake request that would represent the complete workflow completion time. For example hacking locust to be able to perform a request to localhost that would sleep for the amount of time that the complete workflow took the simulated user.

As for buffering, what i mean is that in video, if you download 10s worth of video in more than 10s, then it's not really working (player buffering); it's not an error per se (the file finally gets downloaded, 200 OK) but it's not really working from a user point of view.

@cgoldberg
Copy link
Member

there doesn't seem to be an issue reported here.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants