[
https://issues.apache.org/jira/browse/LUCENE-2468?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12869235#action_12869235
]
Michael McCandless commented on LUCENE-2468:
--------------------------------------------
bq.Another quick question Mike, what do you think about the ability to know
when a "cache key" is actually closed so it can be removed from a cache?
Similar in concept to the eviction done from the field cache in trunk by
readers, but open so other Reader#cacheKey based caches (which is the simplest
way to do caching in Lucene) can use.
I think this would be a good change -- it would make eviction immediate instead
of just when GC gets around to pruning the WeakHashMap. Can you open a
separate issue and maybe work out a patch?
Or, the other alternative would be to have IR hold such caches, as a service,
to "things" that need caching.
> reopen on NRT reader should share readers w/ unchanged segments
> ---------------------------------------------------------------
>
> Key: LUCENE-2468
> URL: https://issues.apache.org/jira/browse/LUCENE-2468
> Project: Lucene - Java
> Issue Type: Bug
> Reporter: Yonik Seeley
> Assignee: Michael McCandless
> Attachments: CacheTest.java, DeletionAwareConstantScoreQuery.java,
> LUCENE-2468.patch, LUCENE-2468.patch
>
>
> A repoen on an NRT reader doesn't seem to share readers for those segments
> that are unchanged.
> http://search.lucidimagination.com/search/document/9f0335d480d2e637/nrt_and_caching_based_on_indexreader
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
