You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@thrift.apache.org by "Bryan Duxbury (JIRA)" <ji...@apache.org> on 2010/07/28 22:26:16 UTC

[jira] Closed: (THRIFT-484) Ability to use a slice of a buffer instead of a direct byte[] for binary fields

     [ https://issues.apache.org/jira/browse/THRIFT-484?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Bryan Duxbury closed THRIFT-484.
--------------------------------

    Resolution: Duplicate

Duplicate of THRIFT-830.

> Ability to use a slice of a buffer instead of a direct byte[] for binary fields
> -------------------------------------------------------------------------------
>
>                 Key: THRIFT-484
>                 URL: https://issues.apache.org/jira/browse/THRIFT-484
>             Project: Thrift
>          Issue Type: New Feature
>          Components: Compiler (Java), Library (Java)
>            Reporter: Bryan Duxbury
>            Assignee: Bryan Duxbury
>             Fix For: 0.4
>
>
> The HBase folks who are considering using Thrift for their internal and external RPC have suggested that it would be a useful performance enhancement to be able to use a subslice of a byte array as the value of a binary field, without first doing a new byte array copy. Done correctly, this would mean that the data could be copied once from when it is read in from the socket to when it is written out as part of HBase's internal datastructures. 
> This enhancement seems like it could boost the performance of things in Hadoop, as well, so it could be a really nice option to investigate.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.