[
https://issues.apache.org/jira/browse/CASSANDRA-11452?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15261535#comment-15261535
]
Ben Manes commented on CASSANDRA-11452:
---------------------------------------
Branimir, I assume you're referring to preferring the candidate on equality. It
is probably my fault that Roy left it out, as I likely forgot to emphasize your
observation. It does have a negative impact on the LIRS traces, such as halving
the hit rate of glimpse (analytical) from 34% => 16%.
Benedict, since I'm hesitant to start down the path of direct hash table access
it seems like a natural solution for OHC. There is always going to be a limit
where being on-heap makes no sense, but it has been a nice place to explore
algorithms. OHC uses a custom hash table, I believe because using CLHM with
off-heap values had too much GC overhead in Cassandra's very large caches. I
think the biggest win will come from leverage what we've learned into improving
OHC and the custom non-concurrent cache for Cassandra's thread-per-core
redesign.
Does anyone know what our next steps are for moving CASSANDRA-10855 forward?
> Cache implementation using LIRS eviction for in-process page cache
> ------------------------------------------------------------------
>
> Key: CASSANDRA-11452
> URL: https://issues.apache.org/jira/browse/CASSANDRA-11452
> Project: Cassandra
> Issue Type: Improvement
> Components: Local Write-Read Paths
> Reporter: Branimir Lambov
> Assignee: Branimir Lambov
>
> Following up from CASSANDRA-5863, to make best use of caching and to avoid
> having to explicitly marking compaction accesses as non-cacheable, we need a
> cache implementation that uses an eviction algorithm that can better handle
> non-recurring accesses.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
