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)