qpid-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Keith Wall (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (QPID-6794) [Java Broker] Reduce latency in IO by processing work immediately after select()
Date Mon, 02 Nov 2015 16:11:27 GMT

    [ https://issues.apache.org/jira/browse/QPID-6794?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14985455#comment-14985455
] 

Keith Wall commented on QPID-6794:
----------------------------------

NCS processConnection uses condition _running.get() == _poolSize to determine if it should
keep a connection running or schedule it again on the pool.  In light of the multiple selector
changes (r1710010), this has been broken.  The {{_running}} accounting needs to be change
to take into account the selection task, and with, QPID-6819, the accept task too.

> [Java Broker] Reduce latency in IO by processing work immediately after select()
> --------------------------------------------------------------------------------
>
>                 Key: QPID-6794
>                 URL: https://issues.apache.org/jira/browse/QPID-6794
>             Project: Qpid
>          Issue Type: Improvement
>          Components: Java Broker
>            Reporter: Rob Godfrey
>            Assignee: Rob Godfrey
>             Fix For: qpid-java-6.0
>
>
> Rather than having a dedicated SelectorThread which passes work to a thread pool, instead
perform the select in the thread pool, continue immediately processing the results in the
same thread, and dispatch the select task to be executed again in the thread pool.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@qpid.apache.org
For additional commands, e-mail: dev-help@qpid.apache.org


Mime
View raw message