[
https://issues.apache.org/jira/browse/CASSANDRA-2661?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13035949#comment-13035949
]
Jonathan Ellis commented on CASSANDRA-2661:
-------------------------------------------
bq. CLHM is implemented as a decorator to CHM to provide the bounded capacity
semantics.... the java_util_concurrent_chm.jar can be added to the
bootclasspath to swap CHM with NBHM.
That's a good idea. I'd want to check the dozen-ish uses of CHM in our code to
make sure none of them are relying on implementation-specific behavior, but
after a quick glance I'm optimistic.
> Canary CLHM v1.2
> ----------------
>
> Key: CASSANDRA-2661
> URL: https://issues.apache.org/jira/browse/CASSANDRA-2661
> Project: Cassandra
> Issue Type: Task
> Reporter: Benjamin Manes
> Attachments: clhm-20110517.jar
>
>
> I am hoping to release ConcurrentLinkedHashMap v1.2 by the end of the week.
> This task is optional, but gives you the opportunity to canary the library
> and provide any final feedback. There are currently 285 tests (some threaded)
> plus a load test, so reliability-wise I'm fairly confident.
> This release has numerous performance improvements. See the change log for
> details.
> It also includes a few useful features that may be of interest,
> - Snapshot iteration in order of hotness (CASSANDRA-1966)
> - Optionally defer LRU maintenance penalty to a background executor (instead
> of amortized on caller threads)
> http://code.google.com/p/concurrentlinkedhashmap/
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
