cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Stu Hood (JIRA)" <j...@apache.org>
Subject [jira] Commented: (CASSANDRA-2006) Serverwide caps on memtable thresholds
Date Thu, 17 Mar 2011 19:32:29 GMT

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

Stu Hood commented on CASSANDRA-2006:
-------------------------------------

HBase accomplishes this by keeping a threshold of heap usage for Memtables, and flushing the
largest when the threshold is crossed: similar to the safety threshold that jbellis added
recently.

> Serverwide caps on memtable thresholds
> --------------------------------------
>
>                 Key: CASSANDRA-2006
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-2006
>             Project: Cassandra
>          Issue Type: Improvement
>          Components: Core
>            Reporter: Stu Hood
>             Fix For: 0.8
>
>
> By storing global operation and throughput thresholds, we could eliminate the "many small
memtables" problem caused by having many CFs. The global threshold would be set in the config
file, to allow different classes of servers to have different values configured.
> Operations occurring in the memtable would add to the global counters, in addition to
the memtable-local counters. When a global threshold was violated, the memtable in the system
that was using the largest fraction of it's local threshold would be flushed. Local thresholds
would continue to act as they always have.
> The result would be larger sstables, safer operation with multiple CFs and per node tuning.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

Mime
View raw message