Quantcast

Issues with limit_req_zone.

classic Classic list List threaded Threaded
2 messages Options
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Issues with limit_req_zone.

AjaySawant
In limit_req_zone with rate set to 100/s and burst=50, we have below
observation
.
Scenario1
==========
no. of request made by jmeter = 170
# of request expected to be failing = 20
# of request actually failed = 23

Question: why 3 more request are failing and is this much of failure
expected

Scenario2
==========
no. of request made by jmeter = 160
# of request expected to be failing = 10
# of request actually failed = 14

Question: why 4 more request are failing and is this much of failure
expected

Scenario3
==========
no. of request made by jmeter = 145
# of request expected to be failing = 0
# of request actually failed = 4

Question: why 4 more request are failing when all expected to pass and is
this much of failure expected

Why is there a variation on the numbers than actual numbers specified. ?

Posted at Nginx Forum: https://forum.nginx.org/read.php?2,274089,274089#msg-274089

_______________________________________________
nginx mailing list
[hidden email]
http://mailman.nginx.org/mailman/listinfo/nginx
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Issues with limit_req_zone.

Francis Daly
On Sun, May 07, 2017 at 04:31:37AM -0400, Vishnu Priya Matha wrote:

Hi there,

> In limit_req_zone with rate set to 100/s and burst=50, we have below
> observation
> .
> Scenario1
> ==========
> no. of request made by jmeter = 170
> # of request expected to be failing = 20
> # of request actually failed = 23
>
> Question: why 3 more request are failing and is this much of failure
> expected

Why do you expect 20 to fail?

I expect 0 to fail.

Unless you use "nodelay", in which case the number of failures depends
on how quickly the requests are received.

Note: "100/s" does not mean "accept 100, then accept no more until 1
second has passed". It means something closer to "accept 1, then accept
no more until 0.01 seconds has passed".

        f
--
Francis Daly        [hidden email]
_______________________________________________
nginx mailing list
[hidden email]
http://mailman.nginx.org/mailman/listinfo/nginx
Loading...