Mailing-List: contact issues-help@hbase.apache.org; run by ezmlm
Precedence: bulk
Date: Sat, 11 Jun 2016 18:29:21 +0000 (UTC)
From: "stack (JIRA)" <jira@apache.org>
To: issues@hbase.apache.org
Message-ID: <JIRA.12976215.1465249950000.62425.1465669761255@Atlassian.JIRA>
In-Reply-To: <JIRA.12976215.1465249950000@Atlassian.JIRA>
References: <JIRA.12976215.1465249950000@Atlassian.JIRA> <JIRA.12976215.1465249950794@arcas>
Subject: [jira] [Commented] (HBASE-15971) Regression: Random Read/WorkloadC
 slower in 1.x than 0.98
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
archived-at: Sat, 11 Jun 2016 18:29:23 -0000


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

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

So, comparing the branches is not straightforward. They diverge too much with too many issues effecting perf. Am walking up the two branches to find points of major transition to make sure they made it over from 0.98 to branch-1. So far I am as far as, 0.98.4, which doubled the random read throughput from about 180k to 335k all because of the unassumingly titled HBASE-11355 "a couple of callQueue related improvements". Will be back after more digging.

> 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, flight_recording_10172402220203_28.branch-1.jfr, flight_recording_10172402220203_29.09820.0.98.20.jfr, 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)