[
https://issues.apache.org/jira/browse/HIVE-20951?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16702628#comment-16702628
]
Hive QA commented on HIVE-20951:
--------------------------------
Here are the results of testing the latest attachment:
https://issues.apache.org/jira/secure/attachment/12949909/HIVE-20951.1.patch
{color:red}ERROR:{color} -1 due to no test(s) being added or modified.
{color:green}SUCCESS:{color} +1 due to 15643 tests passed
Test results:
https://builds.apache.org/job/PreCommit-HIVE-Build/15104/testReport
Console output: https://builds.apache.org/job/PreCommit-HIVE-Build/15104/console
Test logs: http://104.198.109.242/logs/PreCommit-HIVE-Build-15104/
Messages:
{noformat}
Executing org.apache.hive.ptest.execution.TestCheckPhase
Executing org.apache.hive.ptest.execution.PrepPhase
Executing org.apache.hive.ptest.execution.YetusPhase
Executing org.apache.hive.ptest.execution.ExecutionPhase
Executing org.apache.hive.ptest.execution.ReportingPhase
{noformat}
This message is automatically generated.
ATTACHMENT ID: 12949909 - PreCommit-HIVE-Build
> LLAP: Set Xms to 50% always
> ----------------------------
>
> Key: HIVE-20951
> URL: https://issues.apache.org/jira/browse/HIVE-20951
> Project: Hive
> Issue Type: Bug
> Components: llap
> Affects Versions: 4.0.0, 3.1.1
> Reporter: Gopal V
> Assignee: Gopal V
> Priority: Major
> Attachments: HIVE-20951.1.patch
>
>
> The lack of GC pauses is killing LLAP containers whenever the significant
> amount of memory is consumed by the off-heap structures which aren't cleaned
> up automatically until the GC runs.
> There's a java.nio.DirectByteBuffer.Deallocator which runs when the Direct
> buffers are garbage collected, which actually does the cleanup of the
> underlying off-heap buffers.
> The lack of Garbage collection activity for several hours while responding to
> queries triggers a build-up of these off-heap structures which end up forcing
> YARN to kill the process instead.
> It is better to hit a GC pause occasionally rather than to lose a node every
> few hours.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
