[
https://issues.apache.org/jira/browse/TEZ-2731?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14706236#comment-14706236
]
Rajesh Balamohan edited comment on TEZ-2731 at 8/21/15 5:04 AM:
----------------------------------------------------------------
java version: "1.7.0_67"
{noformat}
java -XX:+AggressiveOpts -XX:+UnlockDiagnosticVMOptions
-XX:+UnlockExperimentalVMOptions -XX:+PrintFlagsFinal | grep "Bias"
bool UseBiasedLocking = true {product}
{noformat}
It is enabled as default in latest JVMs.
was (Author: rajesh.balamohan):
java version: "1.7.0_67"
java -XX:+AggressiveOpts -XX:+UnlockDiagnosticVMOptions
-XX:+UnlockExperimentalVMOptions -XX:+PrintFlagsFinal | grep "Bias"
bool UseBiasedLocking = true {product}
It is enabled as default in latest JVMs.
> Fix Tez GenericCounter performance bottleneck
> ---------------------------------------------
>
> Key: TEZ-2731
> URL: https://issues.apache.org/jira/browse/TEZ-2731
> Project: Apache Tez
> Issue Type: Sub-task
> Affects Versions: 0.6.0, 0.7.0, 0.8.0
> Reporter: Gopal V
> Assignee: Gopal V
> Attachments: TEZ-2731.1.patch, atomic-long-cntr.png, lock-inc.png,
> mr-reader-next.png
>
>
> GenericCounter::increment(1) shows up as a ~16% performance penalty inside
> the unvectorized codepath of Hive queries.
> The vectorized codepath amortizes this entirely by running through that
> exactly once every 1024 rows & the performance improvement is dramatic.
> !lock-inc.png!
> !mr-reader-next.png!
> Optimize the GenericCounter impl for mostly uncontested atomic operations.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
