You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@kudu.apache.org by "Zoltan Martonka (Jira)" <ji...@apache.org> on 2025/07/29 16:14:00 UTC
[jira] [Commented] (KUDU-1973) Coalesce RPCs destined for the same server
[ https://issues.apache.org/jira/browse/KUDU-1973?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=18010704#comment-18010704 ]
Zoltan Martonka commented on KUDU-1973:
---------------------------------------
[https://gerrit.cloudera.org/#/c/22867/]
> Coalesce RPCs destined for the same server
> ------------------------------------------
>
> Key: KUDU-1973
> URL: https://issues.apache.org/jira/browse/KUDU-1973
> Project: Kudu
> Issue Type: Sub-task
> Components: rpc, tserver
> Affects Versions: 1.4.0
> Reporter: Adar Dembo
> Assignee: Ashwani Raina
> Priority: Major
> Labels: data-scalability
>
> The krpc subsystem ensures that only one _connection_ exists between any pair of nodes, but it doesn't coalesce the _RPCs_ themselves. In clusters with dense nodes (especially with a lot of tablets), there's often a great number of RPCs sent between pairs of nodes.
> We should explore ways of coalescing those RPCs. I don't know whether that would happen within the krpc system itself (i.e. in a payload-agnostic way), or whether we'd only coalesce RPCs known to be "hot" (like UpdateConsensus).
--
This message was sent by Atlassian Jira
(v8.20.10#820010)