hive-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Hive QA (JIRA)" <>
Subject [jira] [Commented] (HIVE-6518) Add a GC canary to the VectorGroupByOperator to flush whenever a GC is triggered
Date Fri, 14 Mar 2014 06:10:43 GMT


Hive QA commented on HIVE-6518:

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

Here are the results of testing the latest attachment:

{color:red}ERROR:{color} -1 due to 2 failed/errored test(s), 5389 tests executed
*Failed tests:*

Test results:
Console output:

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: 2 tests failed

This message is automatically generated.


> Add a GC canary to the VectorGroupByOperator to flush whenever a GC is triggered
> --------------------------------------------------------------------------------
>                 Key: HIVE-6518
>                 URL:
>             Project: Hive
>          Issue Type: Bug
>          Components: Query Processor
>    Affects Versions: 0.13.0
>            Reporter: Gopal V
>            Assignee: Gopal V
>            Priority: Minor
>         Attachments: HIVE-6518.1-tez.patch, HIVE-6518.2-tez.patch, HIVE-6518.2.patch,
> The current VectorGroupByOperator implementation flushes the in-memory hashes when the
maximum entries or fraction of memory is hit.
> This works for most cases, but there are some corner cases where we hit GC ovehead limits
or heap size limits before either of those conditions are reached due to the rest of the pipeline.
> This patch adds a SoftReference as a GC canary. If the soft reference is dead, then a
full GC pass happened sometime in the near past & the aggregation hashtables should be
flushed immediately before another full GC is triggered.

This message was sent by Atlassian JIRA

View raw message