关于overload过载探测机制

[253980289]

目前看到skynet内部在socketchannel和c层对消息队列有overload检测机制，但有几个问题，一是机制似乎采用的即时值机制而非持续机制；二是未提供合适的触发机制(消息队列仅输出日志)及灵活的可定制式配置方案。这种模式对应用层来说不便于直接进行相应处理(比如暂停接受新用户登录、临时对相关请求直接返回【服务器忙】)，而只能作为事后排查机制。我想到的方案是能根据配置的参数(阀值、持续时长)持续探测overload，并提供回调机制。
skynet wiki的profile中提到

"mqlen" 消息队列中堆积的消息数量。如果消息是均匀输入的，那么 mqlen 不断增长就说明已经过载。你可以在消息的 dispatch 函数中首先判断 mqlen ，在过载发生时做一些处理（至少 log 记录下来，方便定位问题）。

这个方案确实可行，但我担心在上层每条消息都再做一次这种检测会不会严重影响性能？是否有更高效的方式？

[cloudwu]

Lua 是一个动态语言，所以如果你担心有性能问题，也可以定时修改 dispatch 函数抽查。查完了再改回去。

[253980289]

感谢，应该是可以考虑的方案。