[jira] [Assigned] (DRILL-2756) Check for cancellation in pseudo-blocking operations

["Jacques Nadeau (JIRA)" <ji...@apache.org>]

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

Jacques Nadeau reassigned DRILL-2756:
-------------------------------------

    Assignee: Jacques Nadeau  (was: Chris Westin)

> Check for cancellation in pseudo-blocking operations
> ----------------------------------------------------
>
>                 Key: DRILL-2756
>                 URL: https://issues.apache.org/jira/browse/DRILL-2756
>             Project: Apache Drill
>          Issue Type: Bug
>          Components: Execution - Relational Operators
>    Affects Versions: 0.8.0
>            Reporter: Chris Westin
>            Assignee: Jacques Nadeau
>             Fix For: 0.9.0
>
>
> Certain operators, such as hash join, hash agg, and sort, consume all of their input before producing any output. For these, once they start working on their input, they don't check to see if the request has been cancelled. If another fragment fails (causing the overall query to be cancelled), or if the user requests a cancellation, these operators continue working because they never check.
> We need to add checks (e.g., ask FragmentContext.isCancelled() or something like that) to these at periodic points. We don't want to check after every row, but it should be checked every so often (mimicing other operations, which generally get notified at batch boundaries).



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)