hbase-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Hudson (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (HBASE-9534) Short-Circuit Coprocessor HTable access when on the same server
Date Wed, 18 Sep 2013 20:50:03 GMT

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

Hudson commented on HBASE-9534:

SUCCESS: Integrated in hbase-0.95 #513 (See [https://builds.apache.org/job/hbase-0.95/513/])
HBASE-9534: Short-Circuit Coprocessor HTable access when on the same server (jyates: rev 1524523)
* /hbase/branches/0.95/hbase-client/src/main/java/org/apache/hadoop/hbase/client/HTable.java
* /hbase/branches/0.95/hbase-server/src/main/java/org/apache/hadoop/hbase/client/CoprocessorHConnection.java
* /hbase/branches/0.95/hbase-server/src/main/java/org/apache/hadoop/hbase/coprocessor/CoprocessorHost.java

> 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, 0.94.12, 0.96.1
>         Attachments: 9534-trunk.txt, hbase-9534-0.94-v0.patch, hbase-9534-0.94-v1.patch,
hbase-9534-0.94-v2.patch, hbase-9534-trunk-v0.patch, hbase-9534-trunk-v1.patch, hbase-9534-trunk-v2.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

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

View raw message