[
https://issues.apache.org/jira/browse/CASSANDRA-9318?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14604728#comment-14604728
]
Jonathan Ellis edited comment on CASSANDRA-9318 at 6/28/15 3:24 PM:
--------------------------------------------------------------------
bq. This in no way affects our contract or guarantees, since we don't do
anything at all in the intervening period except consume memory.
The whole point is that coordinators are falling over from OOM. This isn't
just something we can wave away as negligible.
was (Author: jbellis):
bq. This in no way affects our contract or guarantees, since we don't do
anything at all in the intervening period except consume memory.
The whole point is that coordinators are falling over from OOM.
> Bound the number of in-flight requests at the coordinator
> ---------------------------------------------------------
>
> Key: CASSANDRA-9318
> URL: https://issues.apache.org/jira/browse/CASSANDRA-9318
> Project: Cassandra
> Issue Type: Improvement
> Reporter: Ariel Weisberg
> Assignee: Ariel Weisberg
> Fix For: 2.2.x
>
>
> It's possible to somewhat bound the amount of load accepted into the cluster
> by bounding the number of in-flight requests and request bytes.
> An implementation might do something like track the number of outstanding
> bytes and requests and if it reaches a high watermark disable read on client
> connections until it goes back below some low watermark.
> Need to make sure that disabling read on the client connection won't
> introduce other issues.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
