nginx worker cpu利用率过高

tracymacding

Hi，春哥：

最近我们利用openresty搞了个限制连接数和流量功能，主要在access阶段判断连接数是否超过阈值，如果超过，通过return ngx.exit(ngx.HTTP_FORBIDDEN)拒绝客户端请求。

测试过程中发现：如果客户端并发数比较高而限制连接数阈值比较低，nginx的CPU利用率会很高（50%左右）。

如果我将拒绝代码改为return ngx.exit(0)，则cpu利用率会下降至正常水平(10%左右)，然后我再尝试将拒绝代码改为return ngx.exit(ngx.HTTP_OK)，cpu利用率也较高（40%左右），请问这其中有什么讲究么？

非常感谢~

tracymacding

我自回复下吧，如果调用ngx.exit(ngx.OK)，那么请求还是会进行接下来的请求处理流程（进入body_filter等），因此一个请求的处理时间可能比较长，从而不会频繁地调用某些耗cpu的处理热点，而如果调用ngx.exit(ngx.HTTP_OK)会立即结束该请求，后面的并发会源源不断地进入，触发某些cpu热点，导致利用率飙升。

不知道我的理解是否正确~

在 2014年2月25日星期二UTC+8下午2时56分59秒，Kai Ding写道：

Hi，春哥：

最近我们利用openresty搞了个限制连接数和流量功能，主要在access阶段判断连接数是否超过阈值，如果超过，通过return ngx.exit(ngx.HTTP_FORBIDDEN)拒绝客户端请求。
测试过程中发现：如果客户端并发数比较高而限制连接数阈值比较低，nginx的CPU利用率会很高（50%左右）。
如果我将拒绝代码改为return ngx.exit(0)，则cpu利用率会下降至正常水平(10%左右)，然后我再尝试将拒绝代码改为return ngx.exit(ngx.HTTP_OK)，cpu利用率也较高（40%左右），请问这其中有什么讲究么？

非常感谢~

agentzh

Hello!

2014-02-24 22:56 GMT-08:00 Kai Ding:
>        最近我们利用openresty搞了个限制连接数和流量功能，主要在access阶段判断连接数是否超过阈值，如果超过，通过return
> ngx.exit(ngx.HTTP_FORBIDDEN)拒绝客户端请求。
> 测试过程中发现：如果客户端并发数比较高而限制连接数阈值比较低，nginx的CPU利用率会很高（50%左右）。

CPU 使用率高的问题诊断其实是最简单的，因为有 on-CPU 火焰图这种最直接的分析工具。见

    https://github.com/agentzh/nginx-systemtap-toolkit#sample-bt

    https://github.com/agentzh/stapxx#ngx-lj-lua-stacks

>        如果我将拒绝代码改为return
> ngx.exit(0)，则cpu利用率会下降至正常水平(10%左右)，然后我再尝试将拒绝代码改为return
> ngx.exit(ngx.HTTP_OK)，cpu利用率也较高（40%左右），请问这其中有什么讲究么？

0 便是 ngx.OK，只是退出当前的 *_by_lua 处理程序，但请求的处理过程还会继续往下走。而 ngx.HTTP_OK 这些大于
200 的状态码会结束整个请求的处理过程。这在 ngx.exit 的文档中有专门的介绍：

    https://github.com/chaoslawful/lua-nginx-module#ngxexit

> 因此一个请求的处理时间可能比较长，
> 从而不会频繁地调用某些耗cpu的处理热点，而如果调用
> ngx.exit(ngx.HTTP_OK)会立即结束该请求，后面的并发会源源不断
> 地进入，触发某些cpu热点，导致利用率飙升。

与其猜测，不如采样一二张火焰图直接“看图说话”来得方便有效 :)

Regards,
-agentzh