[
https://issues.jboss.org/browse/JGRP-2100?page=com.atlassian.jira.plugin....
]
Bela Ban commented on JGRP-2100:
--------------------------------
I made this configurable; the old behavior can be resurrected by setting
{{timer_handle_non_blocking_tasks}} to false.
Retransmission should not really be an issue as flow control should prevent huge gaps from
occurring.
I'll revisit this when I've read up on ForkJoinPool and its {{managedBlock()}}
operation.
Timer: don't submit non-blocking tasks to the thread pool
---------------------------------------------------------
Key: JGRP-2100
URL:
https://issues.jboss.org/browse/JGRP-2100
Project: JGroups
Issue Type: Feature Request
Reporter: Bela Ban
Assignee: Bela Ban
Fix For: 4.0
Currently, {{TimeScheduler3}} has a runner thread which continually takes tasks from a
{{DelayQueue}} and submits them to the thread pool.
If a task is non-blocking, this is not necessary; instead the task can be run on the
runner's thread. This will reduce the number of thread created in the thread pool.
Investigate whether it is possible to mark tasks as blocking or non-blocking. Example: an
{{AgeOutCache}} task is always non-blocking. A {{UNICAST3}} or {{NAKACK2}} retransmission
task is (potentially) blocking if {{TCP}} is used as transport and non-blocking if for
example {{UDP}} or {{TCP_NIO2}} are used.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)