[
https://issues.apache.org/jira/browse/CASSANDRA-9754?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15323330#comment-15323330
]
Michael Kjellman commented on CASSANDRA-9754:
---------------------------------------------
Some additional thoughts while I'm thinking about them:
* PageAlignedReader currently deserializes all the segments in the
constructor. It might be more efficient to lazily deserialize the segments as
we need the segment. I'm sure perf testing will quickly make it clear if the
extra code complexity is worth the potential performance trade-off...
* I picked 4kb for the page size based on an educated guess, but obviously
other sizes need to be tested (less? more?)
> Make index info heap friendly for large CQL partitions
> ------------------------------------------------------
>
> Key: CASSANDRA-9754
> URL: https://issues.apache.org/jira/browse/CASSANDRA-9754
> Project: Cassandra
> Issue Type: Improvement
> Reporter: sankalp kohli
> Assignee: Michael Kjellman
> Priority: Minor
> Attachments: 9754_part1-v1.diff, 9754_part2-v1.diff
>
>
> Looking at a heap dump of 2.0 cluster, I found that majority of the objects
> are IndexInfo and its ByteBuffers. This is specially bad in endpoints with
> large CQL partitions. If a CQL partition is say 6,4GB, it will have 100K
> IndexInfo objects and 200K ByteBuffers. This will create a lot of churn for
> GC. Can this be improved by not creating so many objects?
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
