hbase-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "stack (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (HBASE-15971) Regression: Random Read/WorkloadC slower in 1.x than 0.98
Date Sat, 11 Jun 2016 00:13:21 GMT

     [ https://issues.apache.org/jira/browse/HBASE-15971?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

stack updated HBASE-15971:
--------------------------
    Attachment: Screen Shot 2016-06-10 at 5.08.24 PM.png
                Screen Shot 2016-06-10 at 5.08.26 PM.png

Comparing JFR output while under same load, the block seek takes more CPU when passed the
1.0 Cell and heavy use of thread locals in 1.0 also seems to cost. On the other hand, the
locking/contention profile looks worse for 0.98 than for 1.0 with more time lost waiting on
locks. It spends more time waiting on the regionscanner registration lock than 1.0 and it
has the LinkedList blocking when doing a response.

> 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, HBASE-15971.branch-1.001.patch, Screen Shot
2016-06-10 at 5.08.24 PM.png, Screen Shot 2016-06-10 at 5.08.26 PM.png, branch-1.hits.png,
branch-1.png, handlers.fp.png, hits.fp.png, hits.patched1.0.vs.unpatched1.0.vs.098.png, run_ycsb.sh
>
>
> 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