[
https://issues.apache.org/jira/browse/THRIFT-4618?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16610374#comment-16610374
]
ASF GitHub Bot commented on THRIFT-4618:
----------------------------------------
st0ke commented on issue #1580: THRIFT-4618: Use poll() instead of select() in
C++ TNonblockingServer if available
URL: https://github.com/apache/thrift/pull/1580#issuecomment-420216776
> Select is slow.
> Please consider epoll/kqueue instead.
1. Current realization use select(). I add poll() if available, because
FD_SET is failed if descriptor is bigger than 1024.
2. Does epoll/kqueue do it faster than poll on only two descriptors? If so,
does anybody need this small boost?
----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org
> TNonblockingServer crash because of limitation of select()
> ----------------------------------------------------------
>
> Key: THRIFT-4618
> URL: https://issues.apache.org/jira/browse/THRIFT-4618
> Project: Thrift
> Issue Type: Bug
> Components: C++ - Library
> Affects Versions: 0.9.3
> Reporter: Alexander Boldyrev
> Priority: Critical
> Labels: C++, TNonblockingServer
>
> Process opened more than 1024 file descriptors. When new incoming connection
> was established to TNonblockingServer, sig 6 came from one of
> 'select'-related macros (FD_ZERO/FD_SET).
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
