You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tinkerpop.apache.org by "Divij Vaidya (Jira)" <ji...@apache.org> on 2020/08/20 17:04:00 UTC
[jira] [Created] (TINKERPOP-2406) Delegate processing from event
loop to worker threads
Divij Vaidya created TINKERPOP-2406:
---------------------------------------
Summary: Delegate processing from event loop to worker threads
Key: TINKERPOP-2406
URL: https://issues.apache.org/jira/browse/TINKERPOP-2406
Project: TinkerPop
Issue Type: Improvement
Components: driver
Affects Versions: 3.4.8
Reporter: Divij Vaidya
Netty client has two thread pools. Event loop thread pool which is responsible for handling socket events and another is a worker thread pool which is used to delegate busy work from event loop threads so that they can continue handling socket events. When programming in Netty, ideally, the event loop should never be blocked and must be kept free to respond to events.
In case of exceptional completion of readComplete which could be triggered by a server sending an error code in the response, the event loop thread is used to perform the clean up logic which could involve an expensive replaceConnection. This blocks the event loop.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)