You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@hbase.apache.org by "Jesse Yates (JIRA)" <ji...@apache.org> on 2013/09/14 04:55:53 UTC

[jira] [Updated] (HBASE-9534) Short-Circuit Coprocessor HTable access when on the same server

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

Jesse Yates updated HBASE-9534:
-------------------------------

    Summary: Short-Circuit Coprocessor HTable access when on the same server  (was: Short-Circuit Coprocessor HTable writes when on the same server)
    
> Short-Circuit Coprocessor HTable access when on the same server
> ---------------------------------------------------------------
>
>                 Key: HBASE-9534
>                 URL: https://issues.apache.org/jira/browse/HBASE-9534
>             Project: HBase
>          Issue Type: Bug
>            Reporter: Jesse Yates
>            Assignee: Jesse Yates
>              Labels: coprocessors, performance, regionserver
>             Fix For: 0.98.0
>
>         Attachments: hbase-9534-trunk-v0.patch
>
>
> Coprocessors currently create a full HTable when they want to write. However, we know that coprocessors must run from within an HBase server (either master or RS). For the master, its rare that we are going to be doing performance sensitive operations, but RS calls could be very time-intensive. 
> Therefore, we should be able to tell when a call from a CP attempts to talk to the RS on which it lives and just short-circuit to calling that RS, rather than going the long way around (which does the full marshalling/unmarshalling of data, as well as going over the loopback interface).

--
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