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

Lars Hofhansl edited comment on HBASE-10421 at 1/28/14 7:28 PM:
----------------------------------------------------------------

I redid the test and this time I compiled everything myself.
0.98 is just as fast as 0.94 for my test (and both are slightly faster than 
0.96).

All is good.


was (Author: lhofhansl):
I redid the test and this time I compiled everything myself.
0.98 is just as fast as 0.94 for my test (and both are slightly faster than 
0.94).

All is good.

> Investigate scan performance in 0.96 and later
> ----------------------------------------------
>
>                 Key: HBASE-10421
>                 URL: https://issues.apache.org/jira/browse/HBASE-10421
>             Project: HBase
>          Issue Type: Bug
>    Affects Versions: 0.98.0
>            Reporter: Lars Hofhansl
>
> Testing the "internal friction" of scanning in HBase (all data in the block 
> cache, and all rows filtered at the server by a ValueFilter, so that one 
> really measures the work HBase does internally), I found that 0.98 is almost 
> 35% slower than 0.94.
> Scanning 50m rows (one col each, 8 byte keys, 8 byte values) takes 13.2 in 
> 0.94.17-SNAPSHOT and 18.5s in 0.98.
> This probably came about with all the protobuf changes in 0.96.
> It should be possible to bring back to par with 0.94.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

Reply via email to