[
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
(v6.2#6252)