[
https://issues.apache.org/jira/browse/CASSANDRA-5661?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13753423#comment-13753423
]
Ben Manes commented on CASSANDRA-5661:
--------------------------------------
Sorry that I haven't had the time to work on this for a while. I've been
playing with writing a queue using a combining arena, similar to how the stack
has an elimination arena, and how to incorporate thread locals to reduce
contention. That made me think about the flat combining technique, so after a
little digging I uncovered a conversation I had with Chris Vest. At the time he
was starting on an object pool, which he's released as Stormpot
(http://chrisvest.github.io/stormpot). The implementation has some excellent
ideas that are worth borrowing and mixing in. While it is not multi-way, he
might be inclined to add that capability after playing with my prototype.
> Discard pooled readers for cold data
> ------------------------------------
>
> Key: CASSANDRA-5661
> URL: https://issues.apache.org/jira/browse/CASSANDRA-5661
> Project: Cassandra
> Issue Type: Bug
> Components: Core
> Affects Versions: 1.2.1
> Reporter: Jonathan Ellis
> Assignee: Pavel Yaskevich
> Fix For: 2.0.1
>
> Attachments: CASSANDRA-5661-global-multiway-cache.patch,
> CASSANDRA-5661.patch, DominatorTree.png, Histogram.png
>
>
> Reader pooling was introduced in CASSANDRA-4942 but pooled
> RandomAccessReaders are never cleaned up until the SSTableReader is closed.
> So memory use is "the worst case simultaneous RAR we had open for this file,
> forever."
> We should introduce a global limit on how much memory to use for RAR, and
> evict old ones.
--
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