hbase-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Enis Soztutar (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (HBASE-10721) Parallelize execution of multi operations on RegionServer
Date Wed, 12 Mar 2014 03:15:43 GMT

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

Enis Soztutar commented on HBASE-10721:

I think we should decouple more query handling and RPC handling. If there are threads lying
around, we would like to handle multi gets in parallel to reduce the latency. This would encourage
more batching for gets on the client side, and less number of RPC's in turn. 

> Parallelize execution of multi operations on RegionServer
> ---------------------------------------------------------
>                 Key: HBASE-10721
>                 URL: https://issues.apache.org/jira/browse/HBASE-10721
>             Project: HBase
>          Issue Type: Sub-task
>          Components: regionserver
>            Reporter: Gary Helmling
> In the context of HBASE-10169, we're adding the ability to batch Coprocessor endpoint
calls per regionserver, using the same batching that happens in the RegionServer.multi() calls.
 However, execution of each of the calls will still happen serially on each RegionServer.
 For Coprocessor endpoint calls, it might help to parallelize these, since each execution
could be of indeterminate length.
> Since it may help to parallelize the Coprocessor endpoint invocations, it raises the
question of whether other operations handled in multi() calls should also be parallelized,
or should we just rely on macro-scale parallelization through the RPC handler threads?

This message was sent by Atlassian JIRA

View raw message