[ https://issues.apache.org/jira/browse/CASSANDRA-8360?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Marcus Eriksson resolved CASSANDRA-8360. ---------------------------------------- Resolution: Fixed will commit fix as part of CASSANDRA-8359 > In DTCS, always compact SSTables in the same time window, even if they are > fewer than min_threshold > --------------------------------------------------------------------------------------------------- > > Key: CASSANDRA-8360 > URL: https://issues.apache.org/jira/browse/CASSANDRA-8360 > Project: Cassandra > Issue Type: Improvement > Reporter: Björn Hegerfors > Assignee: Björn Hegerfors > Priority: Minor > Fix For: 3.0, 2.1.4, 2.0.14 > > Attachments: cassandra-2.0-CASSANDRA-8360.txt > > > DTCS uses min_threshold to decide how many time windows of the same size that > need to accumulate before merging into a larger window. The age of an SSTable > is determined as its min timestamp, and it always falls into exactly one of > the time windows. If multiple SSTables fall into the same window, DTCS > considers compacting them, but if they are fewer than min_threshold, it > decides not to do it. > When do more than 1 but fewer than min_threshold SSTables end up in the same > time window (except for the current window), you might ask? In the current > state, DTCS can spill some extra SSTables into bigger windows when the > previous window wasn't fully compacted, which happens all the time when the > latest window stops being the current one. Also, repairs and hints can put > new SSTables in old windows. > I think, and [~jjordan] agreed in a comment on CASSANDRA-6602, that DTCS > should ignore min_threshold and compact tables in the same windows regardless > of how few they are. I guess max_threshold should still be respected. > [~jjordan] suggested that this should apply to all windows but the current > window, where all the new SSTables end up. That could make sense. I'm not > clear on whether compacting many SSTables at once is more cost efficient or > not, when it comes to the very newest and smallest SSTables. Maybe compacting > as soon as 2 SSTables are seen is fine if the initial window size is small > enough? I guess the opposite could be the case too; that the very newest > SSTables should be compacted very many at a time? -- This message was sent by Atlassian JIRA (v6.3.4#6332)