cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "sankalp kohli (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (CASSANDRA-11351) rethink stream throttling logic
Date Tue, 15 Mar 2016 18:42:33 GMT

    [ https://issues.apache.org/jira/browse/CASSANDRA-11351?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15195935#comment-15195935
] 

sankalp kohli commented on CASSANDRA-11351:
-------------------------------------------

-1 may be then :). 

> rethink stream throttling logic
> -------------------------------
>
>                 Key: CASSANDRA-11351
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-11351
>             Project: Cassandra
>          Issue Type: Improvement
>            Reporter: Brandon Williams
>
> Currently, we throttle steaming from the outbound side, because throttling from the inbound
side is thought as not doable.  This creates a problem because the total stream throughput
is based on the number of nodes involved, so based on the operation to be performed it can
vary.  This creates operational overhead, as the throttle has to be constantly adjusted.
> I propose we flip this logic on its head, and instead limit the total inbound throughput.
 How?  It's simple: we ask.  Given a total inbound throughput of 200Mb, if a node is going
to stream from 10 nodes, it would simply tell the source nodes to only stream at 20Mb/s when
asking for the stream, thereby never going over the 200Mb inbound limit.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Mime
View raw message