che may be faster, unless you have
>> a ton of CPUs... not sure where the crossover point is though.
>>
>> -Yonik
>> http://www.lucidimagination.com
>>
>>
>
> --
> View this message in context:
sure where the crossover point is though.
>
> -Yonik
> http://www.lucidimagination.com
>
>
--
View this message in context:
http://www.nabble.com/Which-caches-should-use-the-solr.FastLRUCache-tp23860182p23874898.html
Sent from the Solr - User mailing list archive at Nabble.com.
2009/6/4 Noble Paul നോബിള് नोब्ळ् :
> FastLRUCache is designed to be lock free so it is well suited for
> caches which are hit several times in a request. I guess there is no
> harm in using FastLRUCache across all the caches.
Gets are cheaper, but evictions are more expensive. If the cache hit
which caches (filterCache, queryResultCache,
> documentCache, fieldValueCache) should be implemented using the
> solr.FastLRUCache in solr 1.4 and what are the pros & cons
> vs the solr.LRUCache.
>
> Thanks Robert.
> --
> View this message in context:
> http://ww
http://www.nabble.com/Which-caches-should-use-the-solr.FastLRUCache-tp23860182p23860182.html
Sent from the Solr - User mailing list archive at Nabble.com.