You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@impala.apache.org by "Sailesh Mukil (JIRA)" <ji...@apache.org> on 2017/10/30 16:57:00 UTC

[jira] [Resolved] (IMPALA-3977) TransmitData() should not block.

     [ https://issues.apache.org/jira/browse/IMPALA-3977?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Sailesh Mukil resolved IMPALA-3977.
-----------------------------------
    Resolution: Won't Fix

We're going ahead with KuduRPC, tracked by IMPALA-2567, so we won't fix this JIRA which is targeted specifically for Thrift, as that will be deprecated for internal communication in the near future.

> TransmitData() should not block.
> --------------------------------
>
>                 Key: IMPALA-3977
>                 URL: https://issues.apache.org/jira/browse/IMPALA-3977
>             Project: IMPALA
>          Issue Type: Improvement
>          Components: Distributed Exec
>    Affects Versions: Impala 2.7.0
>            Reporter: Henry Robinson
>            Assignee: Sailesh Mukil
>              Labels: rpc
>
> {{TransmitData()}} calls effectively block until an error occurs (e.g. {{datastream_sender_timeout_ms}} expires) or the RPC is serviced by the receiver.
> This is bad for a variety of reasons, not least that it makes it impossible to cancel the sender without also cancelling the recipient (who might not even be running!). 
> Instead, we should have {{TransmitData()}} return control to the caller with an {{EAGAIN}}-like error so that the row batch can be resent in the future if the caller decides to do so.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)