cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Ben Manes (JIRA)" <>
Subject [jira] [Commented] (CASSANDRA-11452) Cache implementation using LIRS eviction for in-process page cache
Date Thu, 28 Apr 2016 04:48:13 GMT


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:
>             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

View raw message