[
https://issues.apache.org/jira/browse/CASSANDRA-11390?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15206413#comment-15206413
]
Marcus Eriksson commented on CASSANDRA-11390:
---------------------------------------------
bq. Another thing we should consider is if the total limit should be 2^20
I imagine this is what was always intended - perhaps we should open a new
ticket to investigate if we should increase it
bq. if we are able to estimate how much overlap there is between sstables for
each range
I pushed 2 new commits, one that calculates maxDepth and one that uses
SSTableReader.estimateCompactionGain to calculate how much we expect to gain
from a compaction of the given sstables. Note that we don't care about the
ranges when we calculate this, so we have to assume that gain within a range is
the same as the total gain. Biggest problem is how to test this, will try to
figure something out.
> Too big MerkleTrees allocated during repair
> -------------------------------------------
>
> Key: CASSANDRA-11390
> URL: https://issues.apache.org/jira/browse/CASSANDRA-11390
> Project: Cassandra
> Issue Type: Bug
> Reporter: Marcus Eriksson
> Assignee: Marcus Eriksson
> Fix For: 3.0.x, 3.x
>
>
> Since CASSANDRA-5220 we create one merkle tree per range, but each of those
> trees is allocated to hold all the keys on the node, taking up too much memory
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
