hbase-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "stack (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:31:21 GMT

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

stack commented on HBASE-15971:
-------------------------------

I am having trouble finding where the regression came in looking at diff between 0.98 and
1.0. I've hacked in a good bit of the 0.98 RPC but still 1.0 is slow so it is elsewhere (looking
at hbase-default.xml changes, nothing apparent). It does not seem to be changes in RpcExecutor
or in the derivative RWQ. This one is hard to bisect since needs to run on cluster and get
eyeballed.... let me keep trying.

> 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