并定时退出这个主分发请求,
但是,新请求到达这个woker时,并没有触发内存回收,还是接着往上涨。
--望大牛给个解决办法。
--
邮件来自列表“openresty”,专用于技术讨论!
订阅: 请发空白邮件到 openresty...@googlegroups.com
发言: 请发邮件到 open...@googlegroups.com
退订: 请发邮件至 openresty+...@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
---
您收到此邮件是因为您订阅了Google网上论坛上的“openresty”群组。
要退订此群组并停止接收此群组的电子邮件,请发送电子邮件到openresty+...@googlegroups.com。
要在网络上查看此讨论,请访问https://groups.google.com/d/msgid/openresty/51cbf8f4-7cc9-44dd-8bec-0c4938fae298%40googlegroups.com。
并且当server_list返回非200响应时,出现一定会内存暴涨。
在 2019年10月24日星期四 UTC+8下午6:29:02,Jared Royal写道:我用一个主请求拿数据,通过循环调capture分发给其他服务。capture总是缓冲整个请求体到内存中。由于子请求的body也比较大,所以当数据量大时,这个主请求所在woker的内存会飙升。我尝试设置lua_malloc_trim为1,并定时退出这个主分发请求,但是,新请求到达这个woker时,并没有触发内存回收,还是接着往上涨。望大牛给个解决办法。
--
--
邮件来自列表“openresty”,专用于技术讨论!
订阅: 请发空白邮件到 openresty...@googlegroups.com
发言: 请发邮件到 open...@googlegroups.com
退订: 请发邮件至 openresty+...@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
---
您收到此邮件是因为您订阅了Google网上论坛上的“openresty”群组。
要退订此群组并停止接收此群组的电子邮件,请发送电子邮件到openresty+...@googlegroups.com。