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

Tested website unresponsive #737

Closed
chanusch opened this issue Feb 21, 2018 · 7 comments
Closed

Tested website unresponsive #737

chanusch opened this issue Feb 21, 2018 · 7 comments

Comments

@chanusch
Copy link

Description of issue / feature request

Website under tests seems unresponsive, even with a small amount of users ~10.
My main problem or question is: Does locust take so much bandwidth?
I am asking this because when locust is running, the website seems quite unresponsive.

Testsetting:
10 slaves
10 users and hatched / s
Website hosted on IIS 1709

Expected behavior

Website still reachable when amount of users is small. It is ok when the website is down with an amount of lets say 1000 users or more, not only 10.

Actual behavior

Website very slow

Environment settings (for bug reports)

  • OS: Windows 10
  • Python version: 3.6.x
  • Locust version: latest

Steps to reproduce (for bug reports)

@aldenpeterson-wf
Copy link
Contributor

Are you sure your site actually handles that much traffic well?

How are you running locust - how many users are you using?

@cgoldberg
Copy link
Member

My main problem or question is: Does locust take so much bandwidth?

It depends on the payload size you are sending and at what rate it is being sent.

I am asking this because when locust is running, the website seems quite unresponsive.

if your tests are just slamming requests against your SUT at line-speed, I wouldn't expect it to take very many to degrade performance.

@heyman
Copy link
Member

heyman commented Feb 21, 2018

Locust itself does not use much bandwidth. Like @cgoldberg says, it's definitely possible to write test scripts that uses a lot of bandwidth.

I don't understand the following:

It is ok when the website is down with an amount of lets say 1000 users or more, not only 10.

@chanusch
Copy link
Author

Thanks for your answers.

I don't understand the following:

It is ok when the website is down with an amount of lets say 1000 users or more, not only 10.

I meant that I understand that the website would get slow if many users are performing requests.
Never mind, I have to dig deeper...

@chanusch
Copy link
Author

chanusch commented Feb 22, 2018

@aldenpeterson-wf

Are you sure your site actually handles that much traffic well?

--> That is what I want to find out.

How are you running locust - how many users are you using?

--> actually I have only one user which logs in at on_start(self). After that I call different sites like /Home.aspx, /bonus.aspx etc. The login itself works because i checked the response.content at that looked fine. With ASP.NET it is kind of hard to get the login done because of Viewstate, Eventvalidation etc. To get that i call a getrequest before I send the POST for the login itself.

@aldenpeterson-wf
Copy link
Contributor

While I'm not sure what is happening in your specific use case, of the many people I've had ask a "why is my service slow" and/or "why does locust not get enough requests/sec" over the past years almost every time it is because the actual service under test is not capable of handling the load.

So the first point of investigation should be to identify if your service is actually capable of handling the load.

@chanusch
Copy link
Author

chanusch commented Feb 26, 2018

So the first point of investigation should be to identify if your service is actually capable of handling the load.

You were right. The handling of the load was not configured correctly. All looks fine now. Thanks for your help. I will close the ticket.

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

4 participants