在用ngx.socket.tcp的receive接收数据的时候，用top看内存使用量一直增加，这是为什么呢？

[ytl m]

如题，最关键的问题是请求结束后top看RES也不会减少。

目前没有思路了，特来寻求帮助，谢谢。

[ytl m]

还有一个现象是，请求文件大小一直增加的话，top看RES内存也会一直增加，如果请求的文件比之前的小的话，是基本没有变化的。郁闷中。

在 2017年3月15日星期三 UTC+8下午4:43:04，ytl m写道：

[ytl m]

我用valgrind的massif工具测试了一下，部分结果详见附件。

看起来内存都是从request上申请的，那就更纳闷了，request结束后top看RES内存还是没有减少。

有没有遇到这种情况的或者有没有其它的思路该怎么分析这个问题呢？谢谢。

在 2017年3月16日星期四 UTC+8下午3:56:44，ytl m写道：

[DeJiang Zhu]

Hello

你这个增加会一直增加到内存不够么？还是涨到一定值就不再涨了？

你可以看下这个指令，如果你的版本已经有了的话，所以最好你提问的时候带上你使用的版本

valgrind 测试，最好使用上 no-pool 这个 patch

https://github.com/openresty/no-pool-nginx

--
--
邮件来自列表“openresty”,专用于技术讨论!
订阅: 请发空白邮件到 openresty+subscribe@googlegroups.com
发言: 请发邮件到 open...@googlegroups.com
退订: 请发邮件至 openresty+unsubscribe@googlegroups.com
归档: http://groups.google.com/group/openresty
官网: http://openresty.org/
仓库: https://github.com/agentzh/ngx_openresty
教程: http://openresty.org/download/agentzh-nginx-tutorials-zhcn.html

[ytl m]

谢谢回复。

1，版本 nginx version: openresty/1.11.2.2

2，没有测试增加到什么地步，在一次请求结束的时候top看RES不会下降，第二次再继续请求同一个uri基本不变，再次请求一个比第一次内容更大的时候还会增长。（每次请求的文件都挺大的几百M到几G）

3，关于valgrind测试应用no-pool patch，我研究一下，然后再测试看一下。

再次感谢。

在 2017年3月18日星期六 UTC+8下午10:53:23，doujiang写道：

Hello

你这个增加会一直增加到内存不够么？还是涨到一定值就不再涨了？

你可以看下这个指令，如果你的版本已经有了的话，所以最好你提问的时候带上你使用的版本

valgrind 测试，最好使用上 no-pool 这个 patch

https://github.com/openresty/no-pool-nginx

在 2017年3月17日 下午4:27，ytl m <ytlm...@gmail.com>写道：

我用valgrind的massif工具测试了一下，部分结果详见附件。

看起来内存都是从request上申请的，那就更纳闷了，request结束后top看RES内存还是没有减少。

有没有遇到这种情况的或者有没有其它的思路该怎么分析这个问题呢？谢谢。

在 2017年3月16日星期四 UTC+8下午3:56:44，ytl m写道：

还有一个现象是，请求文件大小一直增加的话，top看RES内存也会一直增加，如果请求的文件比之前的小的话，是基本没有变化的。郁闷中。

在 2017年3月15日星期三 UTC+8下午4:43:04，ytl m写道：

如题，最关键的问题是请求结束后top看RES也不会减少。

目前没有思路了，特来寻求帮助，谢谢。

--
--
邮件来自列表“openresty”,专用于技术讨论!

订阅: 请发空白邮件到 openresty...@googlegroups.com
发言: 请发邮件到 open...@googlegroups.com
退订: 请发邮件至 openresty+...@googlegroups.com