Details
-
Improvement
-
Status: Resolved
-
Major
-
Resolution: Fixed
-
1.9.0
-
None
Description
In NIFI-408, a change was made to StandardRootGroupPort to poll for 100 millis instead of doing a non-blocking poll, and yielding if there were no results. While I don't know the initial motivation for this change (thoughts, markap14?), the current implementation is resulting in an excessive number of Timer-Driven threads stuck in the TIMED_WAITING state. Essentially, if you have a high number of low traffic remote ports, you lose a substantial chunk of your timer driven thread pool to simply "waiting".
My first thought would be to revert the change, possibly even without the context.yield. Second would be to drastically reduce the poll timeout... 10 or 5 millis, although any choice is somewhat arbitrary and flow-dependent. EDIT: which probably makes it a candidate for a nifi.property
Any other thoughts or suggestions would be appreciated.
Attachments
Issue Links
- links to