hbase-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Dima Spivak (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (HBASE-15971) Regression: Random Read/WorkloadC slower in 1.x than 0.98
Date Tue, 07 Jun 2016 21:36:21 GMT

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

Dima Spivak commented on HBASE-15971:
-------------------------------------

Hey [~stack], if this requires running a cluster, could {{clusterdock}} over in HBASE-12721
be any help? We can build images with arbitrary commits and start up clusters from them, so
if we have some script that can be run on a cluster to determine if it's hit by this, we might
be able to {{git bisect}} it overnight?

> Regression: Random Read/WorkloadC slower in 1.x than 0.98
> ---------------------------------------------------------
>
>                 Key: HBASE-15971
>                 URL: https://issues.apache.org/jira/browse/HBASE-15971
>             Project: HBase
>          Issue Type: Sub-task
>          Components: rpc
>            Reporter: stack
>            Assignee: stack
>            Priority: Critical
>         Attachments: 098.hits.png, 098.png, branch-1.hits.png, branch-1.png
>
>
> branch-1 is slower than 0.98 doing YCSB random read/workloadC. It seems to be doing about
1/2 the throughput of 0.98.
> In branch-1, we have low handler occupancy compared to 0.98. Hacking in reader thread
occupancy metric, is about the same in both. In parent issue, hacking out the scheduler, I
am able to get branch-1 to go 3x faster so will dig in here.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Mime
View raw message