Hi,
As mentioned before. Since Lucene 6 theres no FieldCache in Lucene
anymore so this is the wrong Mailinglist to ask those questions. Apache
Solr has its own impleentation (a deprecated legacy copy of the old
Lucene implementation). Solr uses kind of SeacherManager, so the field
cache gets
Thanks Uwe for the details. In our solr (8.4)configuration , we have a
fieldcache that has the fields used for sorting. It can be observed that
the fieldCache is getting cleared sometimes. But, I do not think we have
the below mentioned search manager logic implemented in our setup. We have
not mo
Hi,
You do not neessarily need a commit. If you use SearcherManager in
combination with NRTCachingDirectory you can also refresh you searcher
every few seconds, so in-memory cached segments are searched. But in
short: If you do not explicitly ask for a fresh searcher, there won't be
any autom
Thanks Uwe! New searcher opens when we do a commit.Apart from this, are
there other scenarios where a searcher would be refreshed?
On 2022/06/08 16:43:07 Uwe Schindler wrote:
> Hi,
>
> They get evicted when the segment of that index is closed. After that
> theres no reference to them anymore throu
Hi,
They get evicted when the segment of that index is closed. After that
theres no reference to them anymore through a
WeakHashMap and thecache object gets freed by GC.
This happens on refresh of searcher where unused segments are closed and
new ones are openend. There is no way to get rid o
Hi,
I would like to know if there is any automatic eviction policy for the
field cache entries. I understand that it gets invalidated when a new
searcher opens. But, my question is in case if gc runs or if there is any
other scenario which could evict the unused entries from fieldcache.
Please he
