[ https://issues.apache.org/jira/browse/HBASE-18097?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16036448#comment-16036448 ]
Karan Mehta edited comment on HBASE-18097 at 6/7/17 6:06 PM: ------------------------------------------------------------- The problem can occur if the client wants results in a specified batch size, in which case, the results can contain multiple partial results, which is then left to the user to handle appropriately, based on the {{partial}} flag inside the result. This is usually the case with AsyncHBaseClient. Any suggestions, [~enis] or [~Apache9] ? was (Author: karanmehta93): The problem can occur if the client wants results in a specified batch size, in which case, the results can contain multiple partial results, which is then left to the user to handle appropriately, based on the {{partial}} flag inside the result. This is usually the case with AsyncHBaseClient. > Save bandwidth on partial_flag_per_result in ScanResponse proto > --------------------------------------------------------------- > > Key: HBASE-18097 > URL: https://issues.apache.org/jira/browse/HBASE-18097 > Project: HBase > Issue Type: Improvement > Affects Versions: 2.0.0, 1.4.0 > Reporter: Karan Mehta > Assignee: Karan Mehta > > Currently the {{ScanResponse}} proto sends out 1 bit per {{Result}} that it > has embeds inside the {{CellScanner}} to indicate if it is partial or not. > {code} > // In every RPC response there should be at most a single partial result. > Furthermore, if > // there is a partial result, it is guaranteed to be in the last position > of the array. > {code} > According to client, only the last result can be partial, thus this repeated > bool can be converted to a bool, thus reducing overhead of serialization and > deserialization of the array. This will break wire compatibility therefore > this is something to look for in upcoming versions. -- This message was sent by Atlassian JIRA (v6.3.15#6346)