random的性能问题

clarkxiao82

使用ab工具测试，lua文件代码如下：

num = math.random(1, 10)

str = "num: " .. num

ngx.say(str)
ngx.exit(200)

测试命令如下：

ab -n 1000 -c 1 http://lua.gamedo.mobi:81/test

测试结果：

Server Hostname: lua.gamedo.mobi

Server Port: 81

│

Document Path: /test

Document Length: 5 bytes

Time taken for tests: 0.117 seconds

Complete requests: 1000

Failed requests: 104

(Connect: 0, Receive: 0, Length: 104, Exceptions: 0)

Write errors: 0

Total transferred: 170104 bytes

HTML transferred: 5104 bytes

Requests per second: 8557.25 [#/sec] (mean)

Time per request: 0.117 [ms] (mean)

Time per request: 0.117 [ms] (mean, across all concurrent requests)

Transfer rate: 1421.51 [Kbytes/sec] received

其中 failed request 有104个，多次测试，发现failed request 一直在90到100多左右。

cpu是4核的 Intel(R) Core(TM) i3-2120 CPU @ 3.30GHz，内存4g

求教一下，这是因为性能已经达到极限了，还是什么地方设置出了问题呢？有没有什么可以优化的配置呢？

clarkxiao82

补充一下，openresty 是 ngx_openresty-1.2.7.8，lua是LuaJIT-2.0.1

在 2013年6月25日星期二UTC+8下午1时46分16秒，clark...@gmail.com写道：

使用ab工具测试，lua文件代码如下：

num = math.random(1, 10) str = "num: " .. num ngx.say(str) ngx.exit(200)

测试命令如下：
ab -n 1000 -c 1 http://lua.gamedo.mobi:81/test

测试结果：
Server Hostname: lua.gamedo.mobi
Server Port: 81
│
Document Path: /test
Document Length: 5 bytes

Time taken for tests: 0.117 seconds
Complete requests: 1000
Failed requests: 104
(Connect: 0, Receive: 0, Length: 104, Exceptions: 0)
Write errors: 0
Total transferred: 170104 bytes
HTML transferred: 5104 bytes
Requests per second: 8557.25 [#/sec] (mean)
Time per request: 0.117 [ms] (mean)
Time per request: 0.117 [ms] (mean, across all concurrent requests)
Transfer rate: 1421.51 [Kbytes/sec] received

其中 failed request 有104个，多次测试，发现failed request 一直在90到100多左右。

cpu是4核的 Intel(R) Core(TM) i3-2120 CPU @ 3.30GHz，内存4g

求教一下，这是因为性能已经达到极限了，还是什么地方设置出了问题呢？有没有什么可以优化的配置呢？

lhmwzy

可将

str = "num: " .. num
这句去掉，然后再试试看

在 2013年6月25日下午1:50， <clark...@gmail.com>写道：

补充一下，openresty 是 ngx_openresty-1.2.7.8，lua是LuaJIT-2.0.1

在 2013年6月25日星期二UTC+8下午1时46分16秒，clark...@gmail.com写道：

使用ab工具测试，lua文件代码如下：

num = math.random(1, 10) str = "num: " .. num ngx.say(str) ngx.exit(200)

测试命令如下：
ab -n 1000 -c 1 http://lua.gamedo.mobi:81/test

测试结果：
Server Hostname: lua.gamedo.mobi

Server Port: 81
│
Document Path: /test

Document Length: 5 bytes

Time taken for tests: 0.117 seconds
Complete requests: 1000

Failed requests: 104
(Connect: 0, Receive: 0, Length: 104, Exceptions: 0)
Write errors: 0

Total transferred: 170104 bytes
HTML transferred: 5104 bytes
Requests per second: 8557.25 [#/sec] (mean)

Time per request: 0.117 [ms] (mean)
Time per request: 0.117 [ms] (mean, across all concurrent requests)
Transfer rate: 1421.51 [Kbytes/sec] received

其中 failed request 有104个，多次测试，发现failed request 一直在90到100多左右。

cpu是4核的 Intel(R) Core(TM) i3-2120 CPU @ 3.30GHz，内存4g

求教一下，这是因为性能已经达到极限了，还是什么地方设置出了问题呢？有没有什么可以优化的配置呢？

--
sp;

clarkxiao82

去掉了，代码改成：

local num = math.random(1, 10)

ngx.say(num)
ngx.exit(200)

结果是一样的，还是有90多个failed request

在 2013年6月25日星期二UTC+8下午2时40分05秒，lhmwzy写道：

可将
str = "num: " .. num 这句去掉，然后再试试看

在 2013年6月25日下午1:50， <clark...@gmail.com>写道：

补充一下，openresty 是 ngx_openresty-1.2.7.8，lua是LuaJIT-2.0.1

在 2013年6月25日星期二UTC+8下午1时46分16秒，clark...@gmail.com写道：

使用ab工具测试，lua文件代码如下：

num = math.random(1, 10) str = "num: " .. num ngx.say(str) ngx.exit(200)

测试命令如下：
ab -n 1000 -c 1 http://lua.gamedo.mobi:81/test

测试结果：
Server Hostname: lua.gamedo.mobi

Server Port: 81
│
Document Path: /test

Document Length: 5 bytes

Time taken for tests: 0.117 seconds
Complete requests: 1000

Failed requests: 104
(Connect: 0, Receive: 0, Length: 104, Exceptions: 0)
Write errors: 0

Total transferred: 170104 bytes
HTML transferred: 5104 bytes
Requests per second: 8557.25 [#/sec] (mean)

Time per request: 0.117 [ms] (mean)
Time per request: 0.117 [ms] (mean, across all concurrent requests)
Transfer rate: 1421.51 [Kbytes/sec] received

其中 failed request 有104个，多次测试，发现failed request 一直在90到100多左右。

cpu是4核的 Intel(R) Core(TM) i3-2120 CPU @ 3.30GHz，内存4g

求教一下，这是因为性能已经达到极限了，还是什么地方设置出了问题呢？有没有什么可以优化的配置呢？

--
sp;

lhmwzy

ngx.exit(200)

这句似乎也是多余的

在 2013年6月25日下午3:07， <clark...@gmail.com>写道：

去掉了，代码改成：

local num = math.random(1, 10) ngx.say(num) ngx.exit(200)

结果是一样的，还是有90多个failed request

在 2013年6月25日星期二UTC+8下午2时40分05秒，lhmwzy写道：
可将
str = "num: " .. num 这句去掉，然后再试试看

在 2013年6月25日下午1:50， <clark...@gmail.com>写道：

补充一下，openresty 是 ngx_openresty-1.2.7.8，lua是LuaJIT-2.0.1

在 2013年6月25日星期二UTC+8下午1时46分16秒，clark...@gmail.com写道：

使用ab工具测试，lua文件代码如下：

num = math.random(1, 10) str = "num: " .. num ngx.say(str) ngx.exit(200)

测试命令如下：
ab -n 1000 -c 1 http://lua.gamedo.mobi:81/test

测试结果：
Server Hostname: lua.gamedo.mobi

Server Port: 81
│
Document Path: /test

Document Length: 5 bytes

Time taken for tests: 0.117 seconds
Complete requests: 1000

Failed requests: 104
(Connect: 0, Receive: 0, Length: 104, Exceptions: 0)
Write errors: 0

Total transferred: 170104 bytes
HTML transferred: 5104 bytes
Requests per second: 8557.25 [#/sec] (mean)

Time per request: 0.117 [ms] (mean)
Time per request: 0.117 [ms] (mean, across all concurrent requests)
Transfer rate: 1421.51 [Kbytes/sec] received

其中 failed request 有104个，多次测试，发现failed request 一直在90到100多左右。

cpu是4核的 Intel(R) Core(TM) i3-2120 CPU @ 3.30GHz，内存4g

求教一下，这是因为性能已经达到极限了，还是什么地方设置出了问题呢？有没有什么可以优化的配置呢？

--
sp;

--
sp;

lancelijade

failed request 在error log 里有什么记录？

Lance

2013/6/25 lhmwzy <lh...@gmail.com>

ngx.exit(200) 这句似乎也是多余的

在 2013年6月25日下午3:07， <clark...@gmail.com>写道：

去掉了，代码改成：

local num = math.random(1, 10) ngx.say(num) ngx.exit(200)

结果是一样的，还是有90多个failed request

在 2013年6月25日星期二UTC+8下午2时40分05秒，lhmwzy写道：
可将
str = "num: " .. num 这句去掉，然后再试试看

在 2013年6月25日下午1:50， <clark...@gmail.com>写道：

补充一下，openresty 是 ngx_openresty-1.2.7.8，lua是LuaJIT-2.0.1

在 2013年6月25日星期二UTC+8下午1时46分16秒，clark...@gmail.com写道：

使用ab工具测试，lua文件代码如下：

num = math.random(1, 10) str = "num: " .. num ngx.say(str) ngx.exit(200)

测试命令如下：
ab -n 1000 -c 1 http://lua.gamedo.mobi:81/test

测试结果：
Server Hostname: lua.gamedo.mobi

Server Port: 81
│
Document Path: /test

Document Length: 5 bytes

Time taken for tests: 0.117 seconds
Complete requests: 1000

Failed requests: 104
(Connect: 0, Receive: 0, Length: 104, Exceptions: 0)
Write errors: 0

Total transferred: 170104 bytes
HTML transferred: 5104 bytes
Requests per second: 8557.25 [#/sec] (mean)

Time per request: 0.117 [ms] (mean)
Time per request: 0.117 [ms] (mean, across all concurrent requests)
Transfer rate: 1421.51 [Kbytes/sec] received

其中 failed request 有104个，多次测试，发现failed request 一直在90到100多左右。

cpu是4核的 Intel(R) Core(TM) i3-2120 CPU @ 3.30GHz，内存4g

求教一下，这是因为性能已经达到极限了，还是什么地方设置出了问题呢？有没有什么可以优化的配置呢？

--
#xA0;

--
#xA0;

--
#xA0;

lancelijade

还有个提高的办法是把 math.random local一下

local random = math.random

Lance

2013/6/25 Lance <lance...@gmail.com>

failed request 在error log 里有什么记录？

Lance

2013/6/25 lhmwzy <lh...@gmail.com>

ngx.exit(200) 这句似乎也是多余的

在 2013年6月25日下午3:07， <clark...@gmail.com>写道：

去掉了，代码改成：

local num = math.random(1, 10) ngx.say(num) ngx.exit(200)

结果是一样的，还是有90多个failed request

在 2013年6月25日星期二UTC+8下午2时40分05秒，lhmwzy写道：
可将
str = "num: " .. num 这句去掉，然后再试试看

在 2013年6月25日下午1:50， <clark...@gmail.com>写道：

补充一下，openresty 是 ngx_openresty-1.2.7.8，lua是LuaJIT-2.0.1

在 2013年6月25日星期二UTC+8下午1时46分16秒，clark...@gmail.com写道：

使用ab工具测试，lua文件代码如下：

num = math.random(1, 10) str = "num: " .. num ngx.say(str) ngx.exit(200)

测试命令如下：
ab -n 1000 -c 1 http://lua.gamedo.mobi:81/test

测试结果：
Server Hostname: lua.gamedo.mobi

Server Port: 81
│
Document Path: /test

Document Length: 5 bytes

Time taken for tests: 0.117 seconds
Complete requests: 1000

Failed requests: 104
(Connect: 0, Receive: 0, Length: 104, Exceptions: 0)
Write errors: 0

Total transferred: 170104 bytes
HTML transferred: 5104 bytes
Requests per second: 8557.25 [#/sec] (mean)

Time per request: 0.117 [ms] (mean)
Time per request: 0.117 [ms] (mean, across all concurrent requests)
Transfer rate: 1421.51 [Kbytes/sec] received

其中 failed request 有104个，多次测试，发现failed request 一直在90到100多左右。

cpu是4核的 Intel(R) Core(TM) i3-2120 CPU @ 3.30GHz，内存4g

求教一下，这是因为性能已经达到极限了，还是什么地方设置出了问题呢？有没有什么可以优化的配置呢？

--
#xA0;

--
#xA0;

--
#xA0;

lancelijade

还有这个测试应该主要花时间在创建连接上，如果你想测试的是random性能，在单次请求里多加

Lance

2013/6/25 Lance <lance...@gmail.com>

还有个提高的办法是把 math.random local一下
local random = math.random

Lance

2013/6/25 Lance <lance...@gmail.com>

failed request 在error log 里有什么记录？

Lance

2013/6/25 lhmwzy <lh...@gmail.com>

ngx.exit(200) 这句似乎也是多余的

在 2013年6月25日下午3:07， <clark...@gmail.com>写道：

去掉了，代码改成：

local num = math.random(1, 10) ngx.say(num) ngx.exit(200)

结果是一样的，还是有90多个failed request

在 2013年6月25日星期二UTC+8下午2时40分05秒，lhmwzy写道：
可将
str = "num: " .. num 这句去掉，然后再试试看

在 2013年6月25日下午1:50， <clark...@gmail.com>写道：

补充一下，openresty 是 ngx_openresty-1.2.7.8，lua是LuaJIT-2.0.1

在 2013年6月25日星期二UTC+8下午1时46分16秒，clark...@gmail.com写道：

使用ab工具测试，lua文件代码如下：

num = math.random(1, 10) str = "num: " .. num ngx.say(str) ngx.exit(200)

测试命令如下：
ab -n 1000 -c 1 http://lua.gamedo.mobi:81/test

测试结果：
Server Hostname: lua.gamedo.mobi

Server Port: 81
│
Document Path: /test

Document Length: 5 bytes

Time taken for tests: 0.117 seconds
Complete requests: 1000

Failed requests: 104
(Connect: 0, Receive: 0, Length: 104, Exceptions: 0)
Write errors: 0

Total transferred: 170104 bytes
HTML transferred: 5104 bytes
Requests per second: 8557.25 [#/sec] (mean)

Time per request: 0.117 [ms] (mean)
Time per request: 0.117 [ms] (mean, across all concurrent requests)
Transfer rate: 1421.51 [Kbytes/sec] received

其中 failed request 有104个，多次测试，发现failed request 一直在90到100多左右。

cpu是4核的 Intel(R) Core(TM) i3-2120 CPU @ 3.30GHz，内存4g

求教一下，这是因为性能已经达到极限了，还是什么地方设置出了问题呢？有没有什么可以优化的配置呢？

--
#xA0;

--
#xA0;

--
#xA0;

lancelijade

还有agentzh一直推荐的 -k 参数

Lance

2013/6/25 Lance <lance...@gmail.com>

还有这个测试应该主要花时间在创建连接上，如果你想测试的是random性能，在单次请求里多加

Lance

2013/6/25 Lance <lance...@gmail.com>

还有个提高的办法是把 math.random local一下
local random = math.random

Lance

2013/6/25 Lance <lance...@gmail.com>

failed request 在error log 里有什么记录？

Lance

2013/6/25 lhmwzy <lh...@gmail.com>

ngx.exit(200) 这句似乎也是多余的

在 2013年6月25日下午3:07， <clark...@gmail.com>写道：

去掉了，代码改成：

local num = math.random(1, 10) ngx.say(num) ngx.exit(200)

结果是一样的，还是有90多个failed request

在 2013年6月25日星期二UTC+8下午2时40分05秒，lhmwzy写道：
可将
str = "num: " .. num 这句去掉，然后再试试看

在 2013年6月25日下午1:50， <clark...@gmail.com>写道：

补充一下，openresty 是 ngx_openresty-1.2.7.8，lua是LuaJIT-2.0.1

在 2013年6月25日星期二UTC+8下午1时46分16秒，clark...@gmail.com写道：

使用ab工具测试，lua文件代码如下：

num = math.random(1, 10) str = "num: " .. num ngx.say(str) ngx.exit(200)

测试命令如下：
ab -n 1000 -c 1 http://lua.gamedo.mobi:81/test

测试结果：
Server Hostname: lua.gamedo.mobi

Server Port: 81
│
Document Path: /test

Document Length: 5 bytes

Time taken for tests: 0.117 seconds
Complete requests: 1000

Failed requests: 104
(Connect: 0, Receive: 0, Length: 104, Exceptions: 0)
Write errors: 0

Total transferred: 170104 bytes
HTML transferred: 5104 bytes
Requests per second: 8557.25 [#/sec] (mean)

Time per request: 0.117 [ms] (mean)
Time per request: 0.117 [ms] (mean, across all concurrent requests)
Transfer rate: 1421.51 [Kbytes/sec] received

其中 failed request 有104个，多次测试，发现failed request 一直在90到100多左右。

cpu是4核的 Intel(R) Core(TM) i3-2120 CPU @ 3.30GHz，内存4g

求教一下，这是因为性能已经达到极限了，还是什么地方设置出了问题呢？有没有什么可以优化的配置呢？

--
#xA0;

--
#xA0;

--
#xA0;

clarkxiao82

代码改成了：

local random = math.random
local num = random(1, 10)

ngx.say(num)

命令加了k：ab -k -n 1000 -c 1 http://lua.gamedo.mobi:81/test

结果还是一样的，failed request 一般在90到110个左右

在日志文件：openresty/nginx/logs/error.log 里面，出现了如下信息：

2013/06/25 15:44:44 [info] 9954#0: *55 client prematurely closed connection while reading client request line, client: 192.168.0.10, server: lua.gamedo.mobi

有时候还会出现：

2013/06/25 15:44:56 [notice] 9957#0: signal 17 (SIGCHLD) received

2013/06/25 15:44:56 [notice] 9957#0: unknown process 10005 exited with code 0

lancelijade

在-c ==1 的情况下因为绝大多数时间花在了连接上，我觉得性能已经差不多了，机器的4核完全没用上，在这里nginx的worker只能同时用上一个。

你试试加大 -c 的数量和 -n 的总请求数看看数据会不会有提高，注意 nginx worker数应该按cpu数量设置

但无论如何这一百多 failed 肯定有问题，但现在这些资料我看不出问题所在，试试换换测试工具，openresty升成最新的 ngx_openresty-1.2.8.6.tar.gz 再试试

再重复一下，如果目的是测试random性能，应该在单次请求中加大random数量，比如变成random 10000次什么的

Lance

2013/6/25 <clark...@gmail.com>

代码改成了：

local random = math.random local num = random(1, 10) ngx.say(num)

命令加了k：ab -k -n 1000 -c 1 http://lua.gamedo.mobi:81/test

结果还是一样的，failed request 一般在90到110个左右

在日志文件：openresty/nginx/logs/error.log 里面，出现了如下信息：

2013/06/25 15:44:44 [info] 9954#0: *55 client prematurely closed connection while reading client request line, client: 192.168.0.10, server: lua.gamedo.mobi

有时候还会出现：
2013/06/25 15:44:56 [notice] 9957#0: signal 17 (SIGCHLD) received
2013/06/25 15:44:56 [notice] 9957#0: unknown process 10005 exited with code 0

--
#xA0;

clarkxiao82

使用-n 1000 -c 1，将代码改为：

local random = math.random

local num

local i

for i = 0, 10000, 1 do

num = random(1, 10)

end

ngx.say(num)

发现结果和之前一样的，很奇怪，就是说random调用10000次和调用1次对结果基本么有影响。

如果将ab参数改为：-n 100 -c 10，则请求的100此中，失败的次数大概在10次左右。

新的库还没有试过，等下试试再发结果上来。

在 2013年6月25日星期二UTC+8下午4时06分01秒，Lance Li写道：

在-c ==1 的情况下因为绝大多数时间花在了连接上，我觉得性能已经差不多了，机器的4核完全没用上，在这里nginx的worker只能同时用上一个。

你试试加大 -c 的数量和 -n 的总请求数看看数据会不会有提高，注意 nginx worker数应该按cpu数量设置

但无论如何这一百多 failed 肯定有问题，但现在这些资料我看不出问题所在，试试换换测试工具，openresty升成最新的 ngx_openresty-1.2.8.6.tar.gz 再试试

再重复一下，如果目的是测试random性能，应该在单次请求中加大random数量，比如变成random 10000次什么的

Lance

2013/6/25 <clark...@gmail.com>
代码改成了：

local random = math.random local num = random(1, 10) ngx.say(num)

命令加了k：ab -k -n 1000 -c 1 http://lua.gamedo.mobi:81/test

结果还是一样的，failed request 一般在90到110个左右

在日志文件：openresty/nginx/logs/error.log 里面，出现了如下信息：

2013/06/25 15:44:44 [info] 9954#0: *55 client prematurely closed connection while reading client request line, client: 192.168.0.10, server: lua.gamedo.mobi

有时候还会出现：
2013/06/25 15:44:56 [notice] 9957#0: signal 17 (SIGCHLD) received
2013/06/25 15:44:56 [notice] 9957#0: unknown process 10005 exited with code 0

--
sp;

lancelijade

所以证明了主要消耗的时间在网络连接上

Lance

2013/6/25 <clark...@gmail.com>

使用-n 1000 -c 1，将代码改为：

local random = math.random
local num
local i

for i = 0, 10000, 1 do
num = random(1, 10)

end

ngx.say(num)

发现结果和之前一样的，很奇怪，就是说random调用10000次和调用1次对结果基本么有影响。
如果将ab参数改为：-n 100 -c 10，则请求的100此中，失败的次数大概在10次左右。

新的库还没有试过，等下试试再发结果上来。

在 2013年6月25日星期二UTC+8下午4时06分01秒，Lance Li写道：
在-c ==1 的情况下因为绝大多数时间花在了连接上，我觉得性能已经差不多了，机器的4核完全没用上，在这里nginx的worker只能同时用上一个。

你试试加大 -c 的数量和 -n 的总请求数看看数据会不会有提高，注意 nginx worker数应该按cpu数量设置

但无论如何这一百多 failed 肯定有问题，但现在这些资料我看不出问题所在，试试换换测试工具，openresty升成最新的 ngx_openresty-1.2.8.6.tar.gz 再试试

再重复一下，如果目的是测试random性能，应该在单次请求中加大random数量，比如变成random 10000次什么的

Lance

2013/6/25 <clark...@gmail.com>
代码改成了：

local random = math.random local num = random(1, 10) ngx.say(num)

命令加了k：ab -k -n 1000 -c 1 http://lua.gamedo.mobi:81/test

结果还是一样的，failed request 一般在90到110个左右

在日志文件：openresty/nginx/logs/error.log 里面，出现了如下信息：

2013/06/25 15:44:44 [info] 9954#0: *55 client prematurely closed connection while reading client request line, client: 192.168.0.10, server: lua.gamedo.mobi

有时候还会出现：
2013/06/25 15:44:56 [notice] 9957#0: signal 17 (SIGCHLD) received
2013/06/25 15:44:56 [notice] 9957#0: unknown process 10005 exited with code 0

--
#xA0;

--
#xA0;

clarkxiao82

用了1.2.8.6的版本，发现结果没有什么变化，失败的请求在10%左右。

对于时间消耗在网络连接上这个观点有一点问题，就是把代码改成如下形式：

local random = math.random
local num = 1
local i

for i = 0, 10000, 1 do
    --num = random(1, 10)
    num = num + 1
end

ngx.say(num)

这样就没有任何问题，使用命令 -n 10000 -c 10000 时，失败请求数都为0。

你们有没有环境可以测试一下呢，看看是否和我的结果一致。

在 2013年6月25日星期二UTC+8下午4时26分10秒，Lance Li写道：

所以证明了主要消耗的时间在网络连接上

Lance

2013/6/25 <clark...@gmail.com>

使用-n 1000 -c 1，将代码改为：

local random = math.random
local num
local i

for i = 0, 10000, 1 do
num = random(1, 10)

end

ngx.say(num)

发现结果和之前一样的，很奇怪，就是说random调用10000次和调用1次对结果基本么有影响。
如果将ab参数改为：-n 100 -c 10，则请求的100此中，失败的次数大概在10次左右。

新的库还没有试过，等下试试再发结果上来。

在 2013年6月25日星期二UTC+8下午4时06分01秒，Lance Li写道：
在-c ==1 的情况下因为绝大多数时间花在了连接上，我觉得性能已经差不多了，机器的4核完全没用上，在这里nginx的worker只能同时用上一个。

你试试加大 -c 的数量和 -n 的总请求数看看数据会不会有提高，注意 nginx worker数应该按cpu数量设置

但无论如何这一百多 failed 肯定有问题，但现在这些资料我看不出问题所在，试试换换测试工具，openresty升成最新的 ngx_openresty-1.2.8.6.tar.gz 再试试

再重复一下，如果目的是测试random性能，应该在单次请求中加大random数量，比如变成random 10000次什么的

Lance

2013/6/25 <clark...@gmail.com>
代码改成了：

local random = math.random local num = random(1, 10) ngx.say(num)

命令加了k：ab -k -n 1000 -c 1 http://lua.gamedo.mobi:81/test

结果还是一样的，failed request 一般在90到110个左右

在日志文件：openresty/nginx/logs/error.log 里面，出现了如下信息：

2013/06/25 15:44:44 [info] 9954#0: *55 client prematurely closed connection while reading client request line, client: 192.168.0.10, server: lua.gamedo.mobi

有时候还会出现：
2013/06/25 15:44:56 [notice] 9957#0: signal 17 (SIGCHLD) received
2013/06/25 15:44:56 [notice] 9957#0: unknown process 10005 exited with code 0

--
sp;

--
sp;

lancelijade

确实用random会有一定的失败机率，而且我这里log里没有任何信息，我也再研究研究

Lance

2013/6/25 <clark...@gmail.com>

用了1.2.8.6的版本，发现结果没有什么变化，失败的请求在10%左右。
对于时间消耗在网络连接上这个观点有一点问题，就是把代码改成如下形式：

local random = math.random local num = 1 local i for i = 0, 10000, 1 do --num = random(1, 10) num = num + 1 end ngx.say(num)

这样就没有任何问题，使用命令 -n 10000 -c 10000 时，失败请求数都为0。
你们有没有环境可以测试一下呢，看看是否和我的结果一致。

在 2013年6月25日星期二UTC+8下午4时26分10秒，Lance Li写道：

所以证明了主要消耗的时间在网络连接上

Lance

2013/6/25 <clark...@gmail.com>

使用-n 1000 -c 1，将代码改为：

local random = math.random
local num
local i

for i = 0, 10000, 1 do
num = random(1, 10)

end

ngx.say(num)

发现结果和之前一样的，很奇怪，就是说random调用10000次和调用1次对结果基本么有影响。
如果将ab参数改为：-n 100 -c 10，则请求的100此中，失败的次数大概在10次左右。

新的库还没有试过，等下试试再发结果上来。

在 2013年6月25日星期二UTC+8下午4时06分01秒，Lance Li写道：
在-c ==1 的情况下因为绝大多数时间花在了连接上，我觉得性能已经差不多了，机器的4核完全没用上，在这里nginx的worker只能同时用上一个。

你试试加大 -c 的数量和 -n 的总请求数看看数据会不会有提高，注意 nginx worker数应该按cpu数量设置

但无论如何这一百多 failed 肯定有问题，但现在这些资料我看不出问题所在，试试换换测试工具，openresty升成最新的 ngx_openresty-1.2.8.6.tar.gz 再试试

再重复一下，如果目的是测试random性能，应该在单次请求中加大random数量，比如变成random 10000次什么的

Lance

2013/6/25 <clark...@gmail.com>
代码改成了：

local random = math.random local num = random(1, 10) ngx.say(num)

命令加了k：ab -k -n 1000 -c 1 http://lua.gamedo.mobi:81/test

结果还是一样的，failed request 一般在90到110个左右

在日志文件：openresty/nginx/logs/error.log 里面，出现了如下信息：

2013/06/25 15:44:44 [info] 9954#0: *55 client prematurely closed connection while reading client request line, client: 192.168.0.10, server: lua.gamedo.mobi

有时候还会出现：
2013/06/25 15:44:56 [notice] 9957#0: signal 17 (SIGCHLD) received
2013/06/25 15:44:56 [notice] 9957#0: unknown process 10005 exited with code 0

--
#xA0;

--
#xA0;

--
#xA0;

agentzh

Hello!

2013/6/24  clarkxiao82:
> 使用ab工具测试，lua文件代码如下：
[...]
> Complete requests:      1000
> Failed requests:        104
>    (Connect: 0, Receive: 0, Length: 104, Exceptions: 0)

这里 ab 已经明确指出了，所谓的那 104 个“Failed requests”只不过是响应体的长度和其他请求不一样。

由于你的代码中生成的随机数在区间 [1, 10] 当中，所以你的响应体长度可能为 7 或者 8，而且有 9/10 的概率响应体长度是
7（即生成 1 ~ 9 中的某个数），有 1/10 的概率响应体长度是 8（即生成数字 10）。

>
> 其中 failed request 有104个，多次测试，发现failed request 一直在90到100多左右。

你这里刚好有 9% ~ 10% 的请求长度比较特别，正好印证了这一点。

>
> 求教一下，这是因为性能已经达到极限了，还是什么地方设置出了问题呢？有没有什么可以优化的配置呢？
>

首先你完全可以忽略 Length 类别的 Failed requests，因为它们并不是真的失败了，只不过响应体长度有变化而已。

其次，你可以把你代码中的 math.random(1, 10) 改成 math.random(1, 9)，这样你就不会再看到 Failed
requests 了。

这里貌似并不存在性能问题。在我的笔记本上测试你的例子，使用 ab -k -c1 -n20000 就可以压到近 28000 req/sec.

Best regards,
-agentzh

lancelijade

好吧，我以前也确实没注意到过ab这种报错，搭车长知识了

Lance

On Jun 26, 2013 7:11 AM, "agentzh" <age...@gmail.com> wrote:

Hello!

2013/6/24 clarkxiao82:
> 使用ab工具测试，lua文件代码如下：
[...]
> Complete requests: 1000
> Failed requests: 104
> (Connect: 0, Receive: 0, Length: 104, Exceptions: 0)

这里 ab 已经明确指出了，所谓的那 104 个“Failed requests”只不过是响应体的长度和其他请求不一样。

由于你的代码中生成的随机数在区间 [1, 10] 当中，所以你的响应体长度可能为 7 或者 8，而且有 9/10 的概率响应体长度是
7（即生成 1 ~ 9 中的某个数），有 1/10 的概率响应体长度是 8（即生成数字 10）。

>
> 其中 failed request 有104个，多次测试，发现failed request 一直在90到100多左右。

你这里刚好有 9% ~ 10% 的请求长度比较特别，正好印证了这一点。

>
> 求教一下，这是因为性能已经达到极限了，还是什么地方设置出了问题呢？有没有什么可以优化的配置呢？
>

首先你完全可以忽略 Length 类别的 Failed requests，因为它们并不是真的失败了，只不过响应体长度有变化而已。

其次，你可以把你代码中的 math.random(1, 10) 改成 math.random(1, 9)，这样你就不会再看到 Failed
requests 了。

这里貌似并不存在性能问题。在我的笔记本上测试你的例子，使用 ab -k -c1 -n20000 就可以压到近 28000 req/sec.

Best regards,
-agentzh

--

clarkxiao82

明白了，谢谢

在 2013年6月26日星期三UTC+8上午7时11分00秒，agentzh写道：

Hello!

2013/6/24 clarkxiao82:
> 使用ab工具测试，lua文件代码如下：
[...]
> Complete requests: 1000
> Failed requests: 104
> (Connect: 0, Receive: 0, Length: 104, Exceptions: 0)

这里 ab 已经明确指出了，所谓的那 104 个“Failed requests”只不过是响应体的长度和其他请求不一样。

由于你的代码中生成的随机数在区间 [1, 10] 当中，所以你的响应体长度可能为 7 或者 8，而且有 9/10 的概率响应体长度是
7（即生成 1 ~ 9 中的某个数），有 1/10 的概率响应体长度是 8（即生成数字 10）。

>
> 其中 failed request 有104个，多次测试，发现failed request 一直在90到100多左右。

你这里刚好有 9% ~ 10% 的请求长度比较特别，正好印证了这一点。

>
> 求教一下，这是因为性能已经达到极限了，还是什么地方设置出了问题呢？有没有什么可以优化的配置呢？
>

首先你完全可以忽略 Length 类别的 Failed requests，因为它们并不是真的失败了，只不过响应体长度有变化而已。

其次，你可以把你代码中的 math.random(1, 10) 改成 math.random(1, 9)，这样你就不会再看到 Failed
requests 了。

这里貌似并不存在性能问题。在我的笔记本上测试你的例子，使用 ab -k -c1 -n20000 就可以压到近 28000 req/sec.

Best regards,
-agentzh