[
https://issues.apache.org/jira/browse/UIMA-1130?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12618867#action_12618867
]
Adam Lally commented on UIMA-1130:
----------------------------------
If you require the reply queues to be remote, please also allow me to set a
prefetch value for them. I usually use a prefetch of 0 on my aggregate AS
services, for better load balancing, but in some tests I've run, I found that
local reply queues are faster, presumably because when a thread is ready to
deserialize a CAS, it doesn't have to sit idle while retrieving the xmi from
the broker. I'd like to be able to set a higher prefetch value (at least 1)
for the reply queue.
Speaking of which, prefetch needs to be settable in the DDE.
> Deployment Descriptor should allow setting the number of concurrent listeners
> for a reply queue
> -----------------------------------------------------------------------------------------------
>
> Key: UIMA-1130
> URL: https://issues.apache.org/jira/browse/UIMA-1130
> Project: UIMA
> Issue Type: Improvement
> Components: Async Scaleout
> Affects Versions: 2.2.2
> Reporter: Adam Lally
>
> The Spring XML allows setting a concurrentConsumers property for a reply
> queue (either an aggregate's collocated reply queue or a remote reply queue):
> <property name="concurrentConsumers" value="1"/>
> The deployment descriptor should allow setting this property. In some
> deployments where remote delegates are scaled out many times, the bottleneck
> can become the aggregate deserializing CASes from the reply queue. If the
> aggregate is running on a multicore machine it helps to increase the number
> of threads that can process the reply queue.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
