Re: [openresty] lua-resty-logger-socket请求出现错误

doujiang24 · 2016-08-20T23:19:35+00:00

2016-08-18 10:02 GMT+08:00 <soa...@gmail.com>:恩是的，我也发现了，按说&#x5982...

Re: [openresty] lua-resty-logger-socket请求出现错误

doujiang24

Hello

实际上一个 timer 并不足够保险，因为 pending timer 有可能在转成 running 的时候失败

不过，resty.logger.socket 中确实有一个 timer 优化的点，有 timer 在 flush 的时候，此时可以不再触发 pending timer

当然，最优雅的方式，还是用新的 ngx.timer.every(interval, callback, ...) 比较合适（我最近会尝试一版，也欢迎大家一起）

有了永不失败的 cron timer，pending timer 也可以加锁（即使 pending 转 running 失败，可以在 cron timer 中解开）

在 2016年8月18日上午10:02， <soa...@gmail.com>写道：

恩是的，我也发现了，按说如果是定时的话应该只有一个timer的

在 2016年8月18日星期四 UTC+8上午5:24:15，agentzh写道：
Hello!

2016-08-11 3:02 GMT-07:00 <soae...@gmail.com>:
> 当我用ab进行压力测试的时候，只有3000的请求，使用
>
> lua-resty-logger-socket 结果error 日志里面一直出现
>
> [lua] log.lua:17: error(): failed to log message: too many pending timers
> while logging request
>

这个 lua-resty-logger-socket 库的 timer 创建逻辑很可能有问题。它不应该不加限制地创建新 timer. 欢迎有识之士提补丁 :)

Best regards,
-agentzh

--

agentzh

Hello!

2016-08-20 8:19 GMT-07:00 DeJiang Zhu:
> 不过，resty.logger.socket 中确实有一个 timer 优化的点，有 timer 在 flush 的时候，此时可以不再触发
> pending timer
>

欢迎提 PR 哈！

> 当然，最优雅的方式，还是用新的 ngx.timer.every(interval, callback, ...)
> 比较合适（我最近会尝试一版，也欢迎大家一起）
> 有了永不失败的 cron timer，pending timer 也可以加锁（即使 pending 转 running 失败，可以在 cron
> timer 中解开）

赞，同样期待 PR！

Regards,
-agentzh

soaercom

在 2016年8月20日星期六 UTC+8下午11:19:37，doujiang写道：

>>>>实际上一个 timer 并不足够保险，因为 pending timer 有可能在转成 running 的时候失败

hello doujiang , pending timer 和 timer有什么不一样么，如果是这样的话我们在init_work所定义的非0定时器是不是都会有在thread转换成running的时候失败，如果失败，是否当前的thread的状态就成为了dead呢？这个问题会出现么？

（害怕这样的问题出现啊，这也是我担心的地方），希望能指导一下，谢谢.

按我的理解是如果定时刷新日志到syslog-ng，那么一个timer是可以的（假设如果这个timer不会变成dead状态。）

如果变成dead状态我们是否有另外优雅的解决方法呢. 谢谢指教啊

doujiang24

hello

在 2016年8月23日下午3:35， <soa...@gmail.com>写道：

在 2016年8月20日星期六 UTC+8下午11:19:37，doujiang写道：

>>>>实际上一个 timer 并不足够保险，因为 pending timer 有可能在转成 running 的时候失败

hello doujiang , pending timer 和 timer有什么不一样么

额，pending timer 等待执行的状态，running timer 是正在执行，我想你仔细看文档应该不难理解吧

lua_max_pending_timers，lua_max_running_timers 分别是对应这两种状态的上限保护值

如果是这样的话我们在init_work所定义的非0定时器是不是都会有在thread转换成running的时候失败，如果失败，

有可能，但是一般都不会

pending 转 running 失败，一般是因为 running timer 太多达到上线（或者内存不够等原因）

所以，如果我们有大量使用 timer 应该做好规划，不滥用 timer

是否当前的thread的状态就成为了dead呢？

ngx.timer.at 创建一个 timer，然后就继续往下执行了

timer 只是到了它的时间点被触发执行，跟创建它的 timer 并无关系了

这个问题会出现么？

仔细看文档，放心用吧

（害怕这样的问题出现啊，这也是我担心的地方），希望能指导一下，谢谢.

按我的理解是如果定时刷新日志到syslog-ng，那么一个timer是可以的（假设如果这个timer不会变成dead状态。）
如果变成dead状态我们是否有另外优雅的解决方法呢. 谢谢指教啊

--