Mailing-List: contact user-help@hbase.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@hbase.apache.org
Received-SPF: pass (athena.apache.org: domain of
 ramkrishna.s.vasudevan@gmail.com designates 209.85.213.171 as permitted
 sender)
MIME-Version: 1.0
In-Reply-To: 
 <CAHkeaHU8n5NeSqTbhbh+6td5=BcNNmOQdAygEDFnCBootVKp7A@mail.gmail.com>
References: 
 <CAPQV63Vvt4=dijj7p_8qLDyAX2u0S7dZguHYD8D8OqonzLz-7w@mail.gmail.com>
	<CAHkeaHU8n5NeSqTbhbh+6td5=BcNNmOQdAygEDFnCBootVKp7A@mail.gmail.com>
Date: Thu, 19 Feb 2015 17:05:07 +0530
Message-ID: 
 <CAAT7MkqM0E=XNBRPO9fs6MDhRD-Z90o1oBM8KorJJBHRyU=q2g@mail.gmail.com>
Subject: Re: PerformanceEvaluation: filterScan
From: ramkrishna vasudevan <ramkrishna.s.vasudevan@gmail.com>
To: "user@hbase.apache.org" <user@hbase.apache.org>
Content-Type: multipart/alternative; boundary=089e015386d6e8ad72050f6f53d1

--089e015386d6e8ad72050f6f53d1
Content-Type: text/plain; charset=UTF-8

I am seeing that if I run scanRange with multiThreads  (for eg : 25) it is
never ending. The reason may be that for every thread we try to form start
and stop row for every row in the input list.

So for measuring the latency for RangeScan10000Test it is better for us to
calculate the time per thread per scan operation and then do an average
ourselves.

Regards
Ram

On Tue, Feb 17, 2015 at 5:39 AM, Jerry He <jerryjch@gmail.com> wrote:

> 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
> >
>

--089e015386d6e8ad72050f6f53d1--