lucene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Yonik Seeley (Commented) (JIRA)" <>
Subject [jira] [Commented] (SOLR-2889) Implement Adaptive Replacement Cache
Date Sun, 13 Nov 2011 02:37:51 GMT


Yonik Seeley commented on SOLR-2889:

bq. LRUCache relies on the alternate sort order on LinkedHashMap, so it would not be as simple
to add usage tracking.

A single cache that tracks hits per entry would be enough I think - no need to add the capability
to all existing cache types.

bq. The solrj tree seems like an odd place for ConcurrentLRUCache, because nothing else in
that section uses it (directly at least).

Hmmm, never realized that.  Perhaps just due to the fact that it was in the util package?
> Implement Adaptive Replacement Cache
> ------------------------------------
>                 Key: SOLR-2889
>                 URL:
>             Project: Solr
>          Issue Type: New Feature
>          Components: search
>    Affects Versions: 3.4
>            Reporter: Shawn Heisey
>            Priority: Minor
> Currently Solr's caches are LRU, which doesn't look at hitcount to decide which entries
are most important.  There is a method that takes both frequency and time of cache hits into
> If it's feasible, this could be a good addition to Solr/Lucene.

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:!default.jspa
For more information on JIRA, see:


To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message