Testing delay_pools on 3.3.11 (and other versions too)
delay_pools 1
delay_class 1 3
delay_parameters 1 -1/-1 -1/-1 128000/256000
delay_access 1 allow all
This works as expected. However, when requests goes a bit higher, say
>20 req/s, the CPU shoots up to 100%, and strace shows epoll calls:
epoll_ctl(6, EPOLL_CTL_MOD, 7251, {EPOLLIN|EPOLLOUT|EPOLLERR|EPOLLHUP,
{u32=7251, u64=15832364667084217427}}) = 0
epoll_ctl(6, EPOLL_CTL_MOD, 8068, {EPOLLIN|EPOLLOUT|EPOLLERR|EPOLLHUP,
{u32=8068, u64=14612651267063816068}}) = 0
epoll_wait(6, {{EPOLLOUT, {u32=46, u64=3639753988997382190}},
{EPOLLOUT, {u32=7111, u64=16029163435841297351}}, {EPOLLOUT,.. [snip]
Is this "normal"?
Next, I also tried client_delay_pools (3.3.11/3.4.3)
client_delay_pools 1
client_delay_access 1 allow all
client_delay_parameters 1 128000 256000
This gets "connection reset" straightaway. What am I missing?
Received on Fri Mar 14 2014 - 03:34:33 MDT
This archive was generated by hypermail 2.2.0 : Sun Mar 16 2014 - 12:00:05 MDT