>Ahh... You're using thrift.

Thrift server is the bottleneck. Use Java please.


On Wed, Jan 8, 2014 at 3:19 PM, lars hofhansl <[email protected]> wrote:

> Ahh... You're using thrift. I honestly do not know what performance
> characteristics you should expect from that.
> Maybe some folks here who use thrift can answer that...?
>
> -- Lars
>
>
>
> ________________________________
>  From: LEI Xiaofeng <[email protected]>
> To: [email protected]; lars hofhansl <[email protected]>
> Sent: Tuesday, January 7, 2014 5:29 PM
> Subject: Re: Re: hbase read performance tuning failed
>
>
> Lars,
>
> I use "scannerOpenWithPrefix" func to get my scanner and use
> "scannerGetList(rowResults, scanner,100)" func to get rows. I can only get
> about 5K records per second. But my exception is at least 220K records per
> second.
>
> I want to know what have you done makes you manage to get that permance as
> you said. Could you give me some more detailed suggestion?
>
> Thanks
>
>
>
> > -----原始邮件-----
> > 发件人: "lars hofhansl" <[email protected]>
> > 发送时间: 2014年1月8日 星期三
> > 收件人: "[email protected]" <[email protected]>
> > 抄送:
> > 主题: Re: hbase read performance tuning failed
> >
> > If increasing hbase.client.scanner.caching makes no difference you have
> another issue.
> > How many rows do you expect your to return?
> >
> > On contemporary hardware I manage to scan a few million KeyValues (i.e.
> columns) per second and per CPU core.
> > Note that for scan performance you want to increase the BLOCKSIZE.
> >
> >
> > -- Lars
> >
> >
> >
> > ________________________________
> >  From: LEI Xiaofeng <[email protected]>
> > To: [email protected]
> > Sent: Monday, January 6, 2014 11:06 PM
> > Subject: hbase read performance tuning failed
> >
> >
> > Hi,
> > I am running hbase-0.94.6-cdh4.5.0 and set up a cluster of 5 nodes. The
> random read performance is ok, but the scan performance is poor.
> > I tried to increase "hbase.client.scanner.caching" to 100 to promote the
> scan performance but it made  no difference. And when I tried to make
> smaller blocks by setting "BLOCKSIZE" when created tables to get better
> random read performance it made no difference too.
> > So, I am wondering if anyone could give some advice to solve this
> problem.
> >
> >
> >
> > Thanks
>



-- 
Best Regards,
Haosdent Huang

Reply via email to