You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucene.apache.org by "Yonik Seeley (JIRA)" <ji...@apache.org> on 2015/07/12 21:31:04 UTC
[jira] [Commented] (SOLR-7777) FastLRUCache size keeps growing
[ https://issues.apache.org/jira/browse/SOLR-7777?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14623967#comment-14623967 ]
Yonik Seeley commented on SOLR-7777:
------------------------------------
I just did a quick test with facet.method=enum, and everything seems to work fine.
So I think this bug only manifests with another bug (namley, badly behaved keys/queries that get changed once they are inserted into the cache).
My guess at this point is that the remove code does a lookup and fails to find the entry (since the hashcode changed and it's in the wrong bucket).
> FastLRUCache size keeps growing
> -------------------------------
>
> Key: SOLR-7777
> URL: https://issues.apache.org/jira/browse/SOLR-7777
> Project: Solr
> Issue Type: Bug
> Affects Versions: Trunk
> Reporter: Yonik Seeley
>
> cut-n-paste from admin console:
> {code}
> filterCache
> class:
> org.apache.solr.search.FastLRUCache
> version:
> 1.0
> description:
> Concurrent LRU Cache(maxSize=128, initialSize=128, minSize=115, acceptableSize=121, cleanupThread=false)
> src:
> null
> stats:
> lookups:
> 2915
> hits:
> 514
> hitratio:
> 0.18
> inserts:
> 2401
> evictions:
> 239
> size:
> 2162
> warmupTime:
> 0
> cumulative_lookups:
> 2915
> cumulative_hits:
> 514
> cumulative_hitratio:
> 0.18
> cumulative_inserts:
> 2401
> cumulative_evictions:
> 239
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org