[ https://issues.apache.org/jira/browse/HBASE-6770?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13457823#comment-13457823 ]
Karthik Ranganathan commented on HBASE-6770: -------------------------------------------- Yes, good estimate is the intention. Across different use-cases (or sometimes different column families in the same table), the kv sizes are so different it gets hard to come up with good estimates that would not OOM the client in all cases. > Allow scanner setCaching to specify size instead of number of rows > ------------------------------------------------------------------ > > Key: HBASE-6770 > URL: https://issues.apache.org/jira/browse/HBASE-6770 > Project: HBase > Issue Type: Bug > Components: client, regionserver > Reporter: Karthik Ranganathan > Assignee: Michal Gregorczyk > > Currently, we have the following api's to customize the behavior of scans: > setCaching() - how many rows to cache on client to speed up scans > setBatch() - max columns per row to return per row to prevent a very large > response. > Ideally, we should be able to specify a memory buffer size because: > 1. that would take care of both of these use cases. > 2. it does not need any knowledge of the size of the rows or cells, as the > final thing we are worried about is the available memory. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira