[
https://issues.apache.org/jira/browse/HIVE-24207?focusedWorklogId=522634&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-522634
]
ASF GitHub Bot logged work on HIVE-24207:
-----------------------------------------
Author: ASF GitHub Bot
Created on: 10/Dec/20 09:26
Start Date: 10/Dec/20 09:26
Worklog Time Spent: 10m
Work Description: abstractdog commented on a change in pull request #1556:
URL: https://github.com/apache/hive/pull/1556#discussion_r540007276
##########
File path: ql/src/java/org/apache/hadoop/hive/ql/exec/tez/DagUtils.java
##########
@@ -1811,4 +1819,11 @@ static long parseRightmostXmx(String javaOpts) {
}
return allNonAppFileResources;
}
+
+ public static void initTezAttributes(Configuration conf, ProcessorContext
context) {
Review comment:
makes sense
I want to rely on this in later patches, e.g. HIVE-24278, but I think we can
still make use of these properties runtime if it's moved to TezProcessor, I'll
do that
----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org
Issue Time Tracking
-------------------
Worklog Id: (was: 522634)
Time Spent: 1h 10m (was: 1h)
> LimitOperator can leverage ObjectCache to bail out quickly
> ----------------------------------------------------------
>
> Key: HIVE-24207
> URL: https://issues.apache.org/jira/browse/HIVE-24207
> Project: Hive
> Issue Type: Improvement
> Reporter: Rajesh Balamohan
> Assignee: László Bodor
> Priority: Major
> Labels: pull-request-available
> Time Spent: 1h 10m
> Remaining Estimate: 0h
>
> {noformat}
> select ss_sold_date_sk from store_sales, date_dim where date_dim.d_year in
> (1998,1998+1,1998+2) and store_sales.ss_sold_date_sk = date_dim.d_date_sk
> limit 100;
> select distinct ss_sold_date_sk from store_sales, date_dim where
> date_dim.d_year in (1998,1998+1,1998+2) and store_sales.ss_sold_date_sk =
> date_dim.d_date_sk limit 100;
> {noformat}
> Queries like the above generate a large number of map tasks. Currently they
> don't bail out after generating enough amount of data.
> It would be good to make use of ObjectCache & retain the number of records
> generated. LimitOperator/VectorLimitOperator can bail out for the later tasks
> in the operator's init phase itself.
> https://github.com/apache/hive/blob/master/ql/src/java/org/apache/hadoop/hive/ql/exec/vector/VectorLimitOperator.java#L57
> https://github.com/apache/hive/blob/master/ql/src/java/org/apache/hadoop/hive/ql/exec/LimitOperator.java#L58
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
