[
https://issues.apache.org/jira/browse/CASSANDRA-4234?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13288659#comment-13288659
]
Jonathan Ellis commented on CASSANDRA-4234:
-------------------------------------------
How expensive is findDroppableSSTable when you have 50K sstables?
If it needs to be optimized, one possibility might be to create a new
IntervalTree method ({{intersects}}?) that returns true if *any* sstable in the
tree overlaps the given range. This would allow us to (1) short circuit the
search as soon as the first overlap is found and (2) avoid the rest of the
allocation done by union + difference in getOverlappingSSTables. Would need
some logic to avoid self-matching though...
Nit: would prefer to inline loop sources unless they're exceptionally complex,
e.g.
{code}
+ List<SSTableReader> candidates = manifest.getLevel(i);
+ for (SSTableReader sstable : candidates)
{code}
becomes simply
{code}
+ for (SSTableReader sstable : manifest.getLevel(i))
{code}
> Add tombstone-removal compaction to LCS
> ---------------------------------------
>
> Key: CASSANDRA-4234
> URL: https://issues.apache.org/jira/browse/CASSANDRA-4234
> Project: Cassandra
> Issue Type: Improvement
> Affects Versions: 1.2
> Reporter: Jonathan Ellis
> Assignee: Yuki Morishita
> Priority: Minor
> Labels: compaction
> Fix For: 1.2
>
> Attachments: 4234.txt
>
>
> CASSANDRA-3442 will recompact sstables with high levels of expired
> tombstones, but only under SCS.
--
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
