[
https://issues.apache.org/jira/browse/CASSANDRA-9318?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14536307#comment-14536307
]
Benedict commented on CASSANDRA-9318:
-------------------------------------
bq. Where? Are you talking about the hint limit?
I was, and I realise that was a mistake; I didn't fully understand the existing
logic (and your proposal took me by surprise). Now that I do, I think I
understand what you are proposing. There are a few problems that I see with it,
though:
# the cluster as a whole, especially in large clusters, can still send a _lot_
of requests to a single node
# it has the opposite impact of (and likely prevents) CASSANDRA-3852, with
older operations completely blocking newer ones
# it might mean a lot more OE than users are used to during temporary blips,
pushing problems down to clients, when the cluster is actually quite capable of
coping (through hinting)
# tuning it is hard; network latencies, query processing times, and cluster
size (which changes over time) will each impact it
I'm wary about a feature like this, when we could simply improve our current
work shedding to make it more robust (MessagingService, MUTATION stage and
ExpiringMap all, effectively, shed; just not with sufficient predictability),
but I think I've made all my concerns sufficiently clear so I'll leave it with
you.
> 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.1.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)
