Changes between Version 3 and Version 4 of Ticket #1603, comment 6


Ignore:
Timestamp:
08/06/18 02:44:15 (6 years ago)
Author:
huifeidexingyuner@…

Legend:

Unmodified
Added
Removed
Modified
  • Ticket #1603, comment 6

    v3 v4  
    11Leaky_bucket aside, this algorithm is classic。
    22I have my doubts about your two downsides:
    3 (1)2000 requests per millisecond, which also mutexes the count(ngx_shmtx_lock), so that if only 1,000 requests are allowed per second, the next 1,000 will be rejected。Is that wrong?
     3(1)2000 requests per millisecond, which also mutexes the count(ngx_shmtx_lock), so that if only 1,000 requests are allowed per second, the next 1,000 will be rejected。And the update request count is as follows:
     4   If (now-last)/1000*limit_count is greater than req_count, then req_count=0; otherwise, req_count-(now-last)/1000*limit_count 。   Is that wrong?
    45(2)Is it because (now-last) time results may be too short, and this one-second calculation may not work and result in server overload?