hbase-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Karan Mehta (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (HBASE-18097) Save bandwidth on partial_flag_per_result in ScanResponse proto
Date Mon, 05 Jun 2017 01:31:04 GMT

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

Karan Mehta commented on HBASE-18097:

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

> 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,
>     // there is a partial result, it is guaranteed to be in the last position of the
> {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

This message was sent by Atlassian JIRA

View raw message