Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Locust – Testing framework simulating the burstiness of an end user

truveris.github.io

Post reply on HN
Print view View original

11–16 of 16 posts

Re: Locust – Testing framework simulating the burstiness of an end user

#11

Post by jterfi »

the_mitsuhiko wrote: post #10
jterfi wrote: post #8

I've compared using Locust to Gatling and the only downside is that Locust wasn't able to reach the same RPS I was getting with Gatling. It's a shame because Locust is much nicer to work with in comparison.

> I've compared using Locust to Gatling and the only downside is that Locust wasn't able to reach the same RPS I was getting with Gatling. It's a shame because Locust is much nicer to work with in comparison. That's hardly an issue as you can trivially build multi machine swarms with Locust.

When I could barely get 200 RPS from a locust instance, but 10,000 RPS from a Gatling instance, this is a huge issue if you don't have an unlimited budget.

Re: Locust – Testing framework simulating the burstiness of an end user

#12

Post by jonatanheyman »

jterfi wrote: post #11
the_mitsuhiko wrote: post #10

Earlier quoted context omitted.

> I've compared using Locust to Gatling and the only downside is that Locust wasn't able to reach the same RPS I was getting with Gatling. It's a shame because Locust is much nicer to work with in comparison. That's hardly an issue as you can trivially build multi machine swarms with Locust.

When I could barely get 200 RPS from a locust instance, but 10,000 RPS from a Gatling instance, this is a huge issue if you don't have an unlimited budget.

That sounds strange. Unless you're doing a lot of performance expensive stuff in your test scripts, you should easily be able to reach a higher RPS.

Also, are you comparing a single Locust process to Gatling? Since Gatling runs on the JVM, it would be more fair to compare it to a Locust cluster with one locust process per processor core.

Re: Locust – Testing framework simulating the burstiness of an end user

#15

Post by gibsonje »

jterfi wrote: post #11
the_mitsuhiko wrote: post #10

Earlier quoted context omitted.

> I've compared using Locust to Gatling and the only downside is that Locust wasn't able to reach the same RPS I was getting with Gatling. It's a shame because Locust is much nicer to work with in comparison. That's hardly an issue as you can trivially build multi machine swarms with Locust.

When I could barely get 200 RPS from a locust instance, but 10,000 RPS from a Gatling instance, this is a huge issue if you don't have an unlimited budget.

This seems wrong. Make sure you're following the guides in their documentation (run one locust slave instance per core). But that aside, 200 RPS is way too low for a locust instance. I use locust for loads 100k+ rps, if 200rps per host were my limit I wouldn't be using locust.

Re: Locust – Testing framework simulating the burstiness of an end user

#16

Post by sciurus »

simple10 wrote: post #14

Here's a list of tools and services for HTTP load testing and benchmarking. I added Locust to the list. Let me know if the list is missing anything important. https://github.com/simple10/guides/blob/master/load_testing....

The Grinder, Gatling, Tsung, and JMeter to name a few.
Post reply on HN