[
https://issues.apache.org/jira/browse/CASSANDRA-3911?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Harish Doddi reassigned CASSANDRA-3911:
---------------------------------------
Assignee: Harish Doddi (was: Chris Goffinet)
> Basic QoS support for helping reduce OOMing cluster
> ---------------------------------------------------
>
> Key: CASSANDRA-3911
> URL: https://issues.apache.org/jira/browse/CASSANDRA-3911
> Project: Cassandra
> Issue Type: Improvement
> Reporter: Chris Goffinet
> Assignee: Harish Doddi
> Priority: Minor
> Fix For: 1.2
>
>
> We'd like to propose adding some basic QoS features to Cassandra. There can
> be a lot to be done here but for v1 to keep things less invasive, and still
> provide basics we would like to contribute the following features and see if
> the community thinks this is OK.
> We would set these on server (cassandra.yaml). If threshold is crossed, we
> throw an exception up to the client.
> 1) Limit how many rows a client can fetch over RPC through multi-get.
> 2) Limit how many columns may be returned (if count > N) throw exception
> before processing.
> 3) Limit how many rows and columns a client can try to batch mutate.
> This can be added in our Thrift logic, before any processing can be done. The
> big reason why we want to do this, is so that customers don't shoot
> themselves in the foot, by making mistakes or not knowing how many columns
> they might have returned.
> We can build logic like this into a basic client, but I propose one of the
> features we might want in Cassandra is support for not being able to OOM a
> node. We've done lots of work around memtable flushing, dropping messages,
> etc.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
