You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@mina.apache.org by "Emmanuel Lecharny (JIRA)" <ji...@apache.org> on 2009/03/31 15:26:09 UTC
[jira] Commented: (DIRMINA-453) Multiple IoServices for one
java.nio.Selector
[ https://issues.apache.org/jira/browse/DIRMINA-453?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12694109#action_12694109 ]
Emmanuel Lecharny commented on DIRMINA-453:
-------------------------------------------
I *think* we already have the capacity to use only one single selector for many sockets. No need to create new acceptors, just inject the ServerSocket into this NioAcceptor, and you are done.
> Multiple IoServices for one java.nio.Selector
> ---------------------------------------------
>
> Key: DIRMINA-453
> URL: https://issues.apache.org/jira/browse/DIRMINA-453
> Project: MINA
> Issue Type: New Feature
> Components: Core
> Affects Versions: 2.0.0-M1
> Environment: All
> Reporter: Mark Webb
> Fix For: 3.0.0-M1
>
>
> Please see the discussion:
> http://www.nabble.com/multiple-handlers-per-IoService-t4481513s16868.html#a12779214
> Based on discussions with Trustin, this is functionality that will be in the 2.0 release. It seems to be inefficient to create a new selector/thread for each IoService. This means that an application that is listening on 2 ports, would need two java.nio.Selectors, two Selector worker threads and each have a pool of workers.
> Not only does this create much duplication, but more threads will be created than may be necessary.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.