[
https://issues.apache.org/jira/browse/CASSANDRA-5906?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13780098#comment-13780098
]
Yuki Morishita commented on CASSANDRA-5906:
-------------------------------------------
bq. Should we target for 2.1?
That's what I'm thinking right now.
It will be much better if we can re-design, re-organize SSTableMetadata
serialization.
There are some other properties that we only use one time like partitioner name.
> Avoid allocating over-large bloom filters
> -----------------------------------------
>
> Key: CASSANDRA-5906
> URL: https://issues.apache.org/jira/browse/CASSANDRA-5906
> Project: Cassandra
> Issue Type: Improvement
> Components: Core
> Reporter: Jonathan Ellis
> Assignee: Yuki Morishita
> Fix For: 2.0.2
>
>
> We conservatively estimate the number of partitions post-compaction to be the
> total number of partitions pre-compaction. That is, we assume the worst-case
> scenario of no partition overlap at all.
> This can result in substantial memory wasted in sstables resulting from
> highly overlapping compactions.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
