You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "C. Scott Andreas (JIRA)" <ji...@apache.org> on 2018/11/18 18:00:02 UTC

[jira] [Updated] (CASSANDRA-10467) QoS for Queries

     [ https://issues.apache.org/jira/browse/CASSANDRA-10467?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

C. Scott Andreas updated CASSANDRA-10467:
-----------------------------------------
    Component/s: CQL

> QoS for Queries
> ---------------
>
>                 Key: CASSANDRA-10467
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-10467
>             Project: Cassandra
>          Issue Type: Improvement
>          Components: CQL
>            Reporter: Benjamin Coverston
>            Priority: Major
>             Fix For: 4.x
>
>
> Background: As an OLTP system that is based on pipelined execution worker pools can be saturated with long(er) running calls. When the system is under stress, those long running calls can make requests that should be short lived requests take a much longer period of time.
> Introduce the concept of QoS into Cassandra for client queries. A few ideas:
> 1. Allow clients to specify a QoS to be sent to Cassandra from the driver as part of the protocol.
> 2. Allow different requests to be tagged based on some simple criteria (perhaps configured) (i.e. ALLOW FILTERING was part of the query)
> 3. QOS based on the LUN that is accessed (SSDs get higher QOS than the RAID5)



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

---------------------------------------------------------------------
To unsubscribe, e-mail: commits-unsubscribe@cassandra.apache.org
For additional commands, e-mail: commits-help@cassandra.apache.org