You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Are there any plans to add epoll to pollers list?
If so, when will it happen? And if not, is it worth adding its support on my own? Are there any pitfalls here?
background:
We found high CPU consumption (our java application 70%, supervisor 30%) when using supervisor
After running strace, it turned out that this consumption is associated with redirecting application's stdout to log file - supervisor using system calls read/write/select in python2 and poll in python3 - and apparently the main cpu time is spent on select syscall. Also we can't use kqueue since we use ubuntu
We need logs, so we want to reduce CPU consumption without turning them off
So far, the only thing that comes to mind is using epoll instead of select/poll to wait for descriptors in the hope that it will help
Or maybe you can suggest how to solve this problem in some other way?
Its not #807 ticket dublicate! There is no answer to my question there
The text was updated successfully, but these errors were encountered:
Are there any plans to add epoll to pollers list?
If so, when will it happen?
There are not currently any plans to add epoll.
And if not, is it worth adding its support on my own? Are there any pitfalls here?
Aside from merging fixes contibuted by users, I haven't been involved in the poller code, so I can't really speak to this. All of the polling code is found in poller.py.
We need logs, so we want to reduce CPU consumption without turning them off
So far, the only thing that comes to mind is using epoll instead of select/poll to wait for descriptors in the hope that it will help
Or maybe you can suggest how to solve this problem in some other way?
Its not #807 ticket dublicate! There is no answer to my question there
In #1581, it has been suggested that high CPU usage is caused by polling a wrong file descriptor. If that is also happening in your deployment, then an upcoming version of Supervisor should fix it after #1581 or a variant of it is merged. We are looking for people to test the patch in #1581 if you want to try it.
I'm going to close this because I've attempted to answer the question about epoll and we still have #807 and #1581 open.
Hi!
Are there any plans to add epoll to pollers list?
If so, when will it happen? And if not, is it worth adding its support on my own? Are there any pitfalls here?
background:
We found high CPU consumption (our java application 70%, supervisor 30%) when using supervisor
After running strace, it turned out that this consumption is associated with redirecting application's stdout to log file - supervisor using system calls read/write/select in python2 and poll in python3 - and apparently the main cpu time is spent on select syscall. Also we can't use kqueue since we use ubuntu
We need logs, so we want to reduce CPU consumption without turning them off
So far, the only thing that comes to mind is using epoll instead of select/poll to wait for descriptors in the hope that it will help
Or maybe you can suggest how to solve this problem in some other way?
Its not #807 ticket dublicate! There is no answer to my question there
The text was updated successfully, but these errors were encountered: