[ 
https://issues.apache.org/jira/browse/SCB-651?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16516580#comment-16516580
 ] 

ASF GitHub Bot commented on SCB-651:
------------------------------------

coveralls edited a comment on issue #770: [SCB-651] Fixes bug of qps rate limit 
value
URL: 
https://github.com/apache/incubator-servicecomb-java-chassis/pull/770#issuecomment-397202923
 
 
   
   [![Coverage 
Status](https://coveralls.io/builds/17561719/badge)](https://coveralls.io/builds/17561719)
   
   Coverage decreased (-0.04%) to 87.321% when pulling 
**7aa7cdba3f590a6cfc776757b7b21393b0ed3c54 on limbojinne:patch-1** into 
**b81196f6eedf220dfb87b77b3a548cd201a7f3ac on apache:master**.
   

----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


> QPS rate limit bug
> ------------------
>
>                 Key: SCB-651
>                 URL: https://issues.apache.org/jira/browse/SCB-651
>             Project: Apache ServiceComb
>          Issue Type: Bug
>          Components: Java-Chassis
>    Affects Versions: java-chassis-1.0.0-m1
>            Reporter: Sean Li
>            Assignee: Sean Li
>            Priority: Major
>         Attachments: limit value as 1.jpeg, limit value as 2.jpeg
>
>
> When setting _servicecomb.flowcontrol.Provider.qps.limit.[ServiceName]_, the 
> actual number of requests allowed per second are 1 less than the limit value. 
>  
> For example, if I set _flowcontrol.Provider.qps.limit._
>  _business-service-consumer_ as 1, I'll get NO successful request at the very 
> beginning, although I would expect 1 successful request instead of none. 
> Similarly, if I set _flowcontrol.Provider.qps.limit._
>  _business-service-consumer_ as 2, I'll get 1 successful request instead of 
> 2. 
>   
>  -However, if I pause before sending requests, for example add 
> _Thread.sleep(100)_ before invoking the first request, the number of requests 
> allowed per second will be correct this time. (i.e. 1 successful request when 
> limit value is 1, 2 successful requests when limit value is 2, etc.)-
>   



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

Reply via email to