By default we had the default scanner caching set to 30 in 0.19, but
it was set back to 1 in 0.20. See
https://issues.apache.org/jira/browse/HBASE-1331

Now, in the shell it is set to 10 during the count. You can manually
change it or, better, simply run the RowCounter MR job.

J-D

2010/4/25 WANG Shicai <evan...@yahoo.cn>:
> Hi,
>
> There was no such problem in HBase-0.19. It began in HBase-0.20.
>
> 2010-04-26
> WANG Shicai
>
> The shell uses a scanner prefetching of 10 rows in the shell, maybe
> you set it higher in your own code?
> But 3000 secs does seem unusually high.
> J-D
> 2010/4/23 WANG Shicai <evan...@yahoo.cn>:
>> Hi,
>>
>> Count operation in shell over a 1,000,000 records table wasted 3000 seconds; 
>> while a scan operation using java api cost only 32 seconds. Why?
>>
>> WANG Shicai ,
>>
>>
>>
>
> __________________________________________________
> 赶快注册雅虎超大容量免费邮箱?
> http://cn.mail.yahoo.com
>
>

Reply via email to