[ https://issues.apache.org/jira/browse/HBASE-16296?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15398097#comment-15398097 ]
Lars Hofhansl commented on HBASE-16296: --------------------------------------- Just deleted that comment. :) I added a loop around the scanning to measure this better. Now I find doing this all 1000 times setting the caching to page filter size is the *fastest*. OK... So what I'm looking for is the extra 140ms? I though I'm looking for 50 seconds or something. > Reverse scan performance degrades when scanner cache size matches page filter > size > ---------------------------------------------------------------------------------- > > Key: HBASE-16296 > URL: https://issues.apache.org/jira/browse/HBASE-16296 > Project: HBase > Issue Type: Bug > Reporter: James Taylor > Attachments: generatedata-snippet.java, repro-snippet.java > > > When a reverse scan is done, the server seems to not know it's done when the > scanner cache size matches the number of rows in a PageFilter. See > PHOENIX-3121 for how this manifests itself. We have a standalone, pure HBase > API reproducer too that I'll attach (courtesy of [~churromorales] and > [~mujtabachohan]). -- This message was sent by Atlassian JIRA (v6.3.4#6332)