相比max_request 监控进程内存大小是最优方案,避免没有意义的重启,能够有效控制所有进程占用总内存。 max_request 可能会导致内存占用已经很高但是没有达到重启条件导致内存耗尽
明白 但我们现在遇到的问题是 有些业务进程需要比较大的内存,但有些进程,比如消费者进程又不需要那么大的内存 但现在的配置是统一所有的进程,如果可以按照进程类型来配置大小的话,这样会不会更好呢
你把内存设置高点不代表一开始就会分配那么高的内存,算是一个阈值而已
我明白算是一个阈值 但如果可以为不同进程,设置不同的阈值,这样可能会更加灵活一点 比如业务进程,可以设置128M 消费者可以设置为64M
你可以自己实现max_request,就一个计数,然后调用Worker::stopAll()
谢谢 可以分享一些片段或者思路供参考吗?
https://www.workerman.net/search?keyword=max_request
相比max_request 监控进程内存大小是最优方案,避免没有意义的重启,能够有效控制所有进程占用总内存。
max_request 可能会导致内存占用已经很高但是没有达到重启条件导致内存耗尽
明白
但我们现在遇到的问题是
有些业务进程需要比较大的内存,但有些进程,比如消费者进程又不需要那么大的内存
但现在的配置是统一所有的进程,如果可以按照进程类型来配置大小的话,这样会不会更好呢
你把内存设置高点不代表一开始就会分配那么高的内存,算是一个阈值而已
我明白算是一个阈值
但如果可以为不同进程,设置不同的阈值,这样可能会更加灵活一点
比如业务进程,可以设置128M
消费者可以设置为64M
你可以自己实现max_request,就一个计数,然后调用Worker::stopAll()
谢谢
可以分享一些片段或者思路供参考吗?
https://www.workerman.net/search?keyword=max_request