Mailing-List: contact user-help@hbase.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@hbase.apache.org
Received-SPF: pass (nike.apache.org: domain of jerryjch@gmail.com designates
 209.85.214.179 as permitted sender)
MIME-Version: 1.0
In-Reply-To: 
 <CAPQV63Vvt4=dijj7p_8qLDyAX2u0S7dZguHYD8D8OqonzLz-7w@mail.gmail.com>
References: 
 <CAPQV63Vvt4=dijj7p_8qLDyAX2u0S7dZguHYD8D8OqonzLz-7w@mail.gmail.com>
Date: Mon, 16 Feb 2015 16:09:30 -0800
Message-ID: 
 <CAHkeaHU8n5NeSqTbhbh+6td5=BcNNmOQdAygEDFnCBootVKp7A@mail.gmail.com>
Subject: Re: PerformanceEvaluation: filterScan
From: Jerry He <jerryjch@gmail.com>
To: "user@hbase.apache.org" <user@hbase.apache.org>
Content-Type: multipart/alternative; boundary=001a113e33b04a6fb2050f3d8441

--001a113e33b04a6fb2050f3d8441
Content-Type: text/plain; charset=UTF-8

Hi,

I was on 0.98 running PerformanceEvaluation.  randomRead or sequentialRead
all show good read counts on the table regions.

filterScan shows exactly the same as you had.

Looking at the code.  It could be as expected.  The filter has no matching
returns, so the region server is in nextInternal() loop.  And it seems that
we only update the read request count for return rows?

Jerry

On Mon, Feb 16, 2015 at 6:43 AM, Jean-Marc Spaggiari <
jean-marc@spaggiari.org> wrote:

> Any one tries this recently?
>
> hbase org.apache.hadoop.hbase.PerformanceEvaluation --nomapred --rows=100
> filterScan 3
>
> I let it run for 30 minutes and killed it. 0 requets against the table, 649
> requests against the META.
>
> Seems to not be working anymore. Did not get a chance to look at the code
> yet. Will look at the other options of PE against 1.0.0.
>
> JM
>

--001a113e33b04a6fb2050f3d8441--