[
https://issues.apache.org/jira/browse/THRIFT-786?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12870054#action_12870054
]
Bryan Duxbury commented on THRIFT-786:
--------------------------------------
This sounds pretty interesting. I'll have a look at this later today.
I'm guessing the performance improvements come from the fact that you are
managing to saturate the CPU/core that is running the select thread, so
splitting the I/O out into several threads gets more concurrency.
> Handling network I/O process in pooled threads instead of selectThread_ in
> THsHaServer.java
> -------------------------------------------------------------------------------------------
>
> Key: THRIFT-786
> URL: https://issues.apache.org/jira/browse/THRIFT-786
> Project: Thrift
> Issue Type: Improvement
> Components: Library (Java)
> Affects Versions: 0.2
> Environment: Linux 2.6.18 Xeon 5130 dual core X 2
> Reporter: immars
> Attachments: THsHaServer.java, TNonblockingServer.java
>
>
> In my test environment, I've made a few modification to TNonblockingServer
> and THsHaServer to let the thread pool executor to take over I/O handling.
> selectThread_ selects, maintains interestOps of all keys, and submit tasks
> when there is something to read or write.
> This modification boosts my thrift server from 7k req/s to 10k req/s, using
> php client code. I think this is worth doing.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
