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

Hive QA commented on HIVE-22446:
--------------------------------



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

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

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

Test results: 
https://builds.apache.org/job/PreCommit-HIVE-Build/19304/testReport
Console output: https://builds.apache.org/job/PreCommit-HIVE-Build/19304/console
Test logs: http://104.198.109.242/logs/PreCommit-HIVE-Build-19304/

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: 12984990 - PreCommit-HIVE-Build

> Make IO decoding quantiles counters less contended resource.
> ------------------------------------------------------------
>
>                 Key: HIVE-22446
>                 URL: https://issues.apache.org/jira/browse/HIVE-22446
>             Project: Hive
>          Issue Type: Improvement
>          Components: llap
>            Reporter: Slim Bouguerra
>            Assignee: Slim Bouguerra
>            Priority: Major
>             Fix For: 4.0.0
>
>         Attachments: HIVE-22446.patch
>
>
> Currently LLAP IO relies on Hadoop Lock-based quantiles data structure and 
> updates the IO decoding sample on a per batch based using.
> {code} 
> org.apache.hadoop.hive.llap.metrics.LlapDaemonIOMetrics#addDecodeBatchTime
> {code}
> via 
> {code} 
> org.apache.hadoop.hive.llap.io.decode.EncodedDataConsumer#consumeData
> {code}
> This can be a source of thread contention.
> Goal of this ticket is to reduce the frequency of updates to avoid major 
> bottleneck.
>  



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

Reply via email to