hive-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Hive QA (JIRA)" <>
Subject [jira] [Commented] (HIVE-16151) BytesBytesHashTable allocates large arrays
Date Thu, 09 Mar 2017 09:18:38 GMT


Hive QA commented on HIVE-16151:

Here are the results of testing the latest attachment:

{color:red}ERROR:{color} -1 due to no test(s) being added or modified.

{color:green}SUCCESS:{color} +1 due to 10335 tests passed

Test results:
Console output:
Test logs:

Executing org.apache.hive.ptest.execution.TestCheckPhase
Executing org.apache.hive.ptest.execution.PrepPhase
Executing org.apache.hive.ptest.execution.ExecutionPhase
Executing org.apache.hive.ptest.execution.ReportingPhase

This message is automatically generated.

ATTACHMENT ID: 12856910 - PreCommit-HIVE-Build

> BytesBytesHashTable allocates large arrays
> ------------------------------------------
>                 Key: HIVE-16151
>                 URL:
>             Project: Hive
>          Issue Type: Bug
>            Reporter: Prasanth Jayachandran
>            Assignee: Sergey Shelukhin
>         Attachments: HIVE-16151.patch
> These arrays cause GC pressure and also impose key count limitations on the table. Wrt
the latter, we won't be able to get rid of it without a 64-bit hash function, but for now
we can get rid of the former. If we need the latter we'd add murmur64 and probably account
for it differently for resize (we don't want to blow up the hashtable by 4 bytes/key in the
common case where #of keys is less than ~1.5B :))

This message was sent by Atlassian JIRA

View raw message