[
https://issues.apache.org/jira/browse/DRILL-6236?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16495997#comment-16495997
]
ASF GitHub Bot commented on DRILL-6236:
---------------------------------------
ppadma commented on a change in pull request #1227: DRILL-6236: batch sizing
for hash join
URL: https://github.com/apache/drill/pull/1227#discussion_r191975252
##########
File path:
exec/java-exec/src/main/java/org/apache/drill/exec/record/JoinBatchMemoryManager.java
##########
@@ -85,13 +71,50 @@ public int update(int inputIndex, int outputPosition) {
}
@Override
- public RecordBatchSizer.ColumnSize getColumnSize(String name) {
- RecordBatchSizer leftSizer = getRecordBatchSizer(LEFT_INDEX);
- RecordBatchSizer rightSizer = getRecordBatchSizer(RIGHT_INDEX);
+ public int update(int inputIndex, int outputPosition, boolean useAggregate) {
+ switch (inputIndex) {
+ case LEFT_INDEX:
Review comment:
I rearranged the code. Got rid of left and right. Instead, using array
called rowWidth which can be indexed by input index. It is better now.
Unfortunately, each operator calls update with different parameters. So, we
have different versions of the same function.
Right is not always "use aggregate".
It is based on the operator. For example, for merge join, we do not use
aggregate. It is batch by batch.
----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
[email protected]
> batch sizing for hash join
> --------------------------
>
> Key: DRILL-6236
> URL: https://issues.apache.org/jira/browse/DRILL-6236
> Project: Apache Drill
> Issue Type: Improvement
> Components: Execution - Flow
> Affects Versions: 1.13.0
> Reporter: Padma Penumarthy
> Assignee: Padma Penumarthy
> Priority: Major
> Fix For: 1.14.0
>
>
> limit output batch size for hash join based on memory.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)