[
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: [email protected]
For additional commands, e-mail: [email protected]
