hive-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Hive QA (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (HIVE-6429) MapJoinKey has large memory overhead in typical cases
Date Sun, 02 Mar 2014 06:27:22 GMT

    [ https://issues.apache.org/jira/browse/HIVE-6429?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13917299#comment-13917299
] 

Hive QA commented on HIVE-6429:
-------------------------------



{color:red}Overall{color}: -1 at least one tests failed

Here are the results of testing the latest attachment:
https://issues.apache.org/jira/secure/attachment/12631905/HIVE-6429.10.patch

{color:red}ERROR:{color} -1 due to 1 failed/errored test(s), 5200 tests executed
*Failed tests:*
{noformat}
org.apache.hadoop.hive.cli.TestMinimrCliDriver.testCliDriver_auto_sortmerge_join_16
{noformat}

Test results: http://bigtop01.cloudera.org:8080/job/PreCommit-HIVE-Build/1580/testReport
Console output: http://bigtop01.cloudera.org:8080/job/PreCommit-HIVE-Build/1580/console

Messages:
{noformat}
Executing org.apache.hive.ptest.execution.PrepPhase
Executing org.apache.hive.ptest.execution.ExecutionPhase
Executing org.apache.hive.ptest.execution.ReportingPhase
Tests exited with: TestsFailedException: 1 tests failed
{noformat}

This message is automatically generated.

ATTACHMENT ID: 12631905

> MapJoinKey has large memory overhead in typical cases
> -----------------------------------------------------
>
>                 Key: HIVE-6429
>                 URL: https://issues.apache.org/jira/browse/HIVE-6429
>             Project: Hive
>          Issue Type: Improvement
>            Reporter: Sergey Shelukhin
>            Assignee: Sergey Shelukhin
>         Attachments: HIVE-6429.01.patch, HIVE-6429.02.patch, HIVE-6429.03.patch, HIVE-6429.04.patch,
HIVE-6429.05.patch, HIVE-6429.06.patch, HIVE-6429.07.patch, HIVE-6429.08.patch, HIVE-6429.09.patch,
HIVE-6429.10.patch, HIVE-6429.WIP.patch, HIVE-6429.patch
>
>
> The only thing that MJK really needs it hashCode and equals (well, and construction),
so there's no need to have array of writables in there. Assuming all the keys for a table
have the same structure, for the common case where keys are primitive types, we can store
something like a byte array combination of keys to reduce the memory usage. Will probably
speed up compares too.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

Mime
View raw message