[
https://issues.apache.org/jira/browse/HIVE-9824?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14501035#comment-14501035
]
Sergey Shelukhin commented on HIVE-9824:
----------------------------------------
Also, I wonder what prevents BytesBytes hashtable from being replaced by
another (or existing that I missed?) permutation of fast... tables. I see that
fast tables have similar concepts and lots of similar code, somewhat different
binary format, and they have improvements like separate key and value store. Is
there anything missing?
> LLAP: Native Vectorization of Map Join so previously CPU bound queries shift
> their bottleneck to I/O and make it possible for the rest of LLAP to shine ;)
> ----------------------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: HIVE-9824
> URL: https://issues.apache.org/jira/browse/HIVE-9824
> Project: Hive
> Issue Type: Sub-task
> Reporter: Matt McCline
> Assignee: Matt McCline
> Priority: Critical
> Attachments: HIVE-9824.01.patch, HIVE-9824.02.patch
>
>
> Today's VectorMapJoinOperator is a pass-through that converts each row from a
> vectorized row batch in a Java Object[] row and passes it to the
> MapJoinOperator superclass.
> This enhancement creates specialized vectorized map join operator classes
> that are optimized.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
