Mailing-List: contact issues-help@hbase.apache.org; run by ezmlm
Precedence: bulk
Date: Wed, 15 Jun 2016 18:11:09 +0000 (UTC)
From: "Sean Busbey (JIRA)" <jira@apache.org>
To: issues@hbase.apache.org
Message-ID: <JIRA.12976215.1465249950000.8564.1466014269721@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: Wed, 15 Jun 2016 18:11:37 -0000


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

Sean Busbey commented on HBASE-15971:
-------------------------------------

> How about we go with (1) and/or both RM's explicitly call this out in the next patch release announcement?

Doing 1, adding a call out in the ref guide, and including a call out in future patch releases on the impacted lines works for me.

> 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
>    Affects Versions: 2.0.0, 1.3.0
>            Reporter: stack
>            Assignee: stack
>            Priority: Critical
>             Fix For: 2.0.0, 1.3.0
>
>         Attachments: 098.hits.png, 098.png, HBASE-15971.branch-1.001.patch, HBASE-15971.branch-1.002.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)