is approach any time.
I do not now about "soon".
Best regards
Karsten
in context:
http://lucene.472066.n3.nabble.com/Nrt-and-caching-tp3993612p3993700.html
Original-Nachricht
> Datum: Sat, 7 Jul 2012 17:32:52 -0700 (PDT)
> Von: Andy
> An: "solr-u
documents?
>
> Which open source library are you referring to? Will Solr adopt this
> per-segment approach any time soon?
>
> Thanks
>
>
>
> From: Jason Rutherglen
> To: solr-user@lucene.apache.org
> Sent: Saturday, July 7, 2012 2:05
hanks
From: Jason Rutherglen
To: solr-user@lucene.apache.org
Sent: Saturday, July 7, 2012 2:05 PM
Subject: Re: Nrt and caching
Andy,
You'd need to hack on the Solr code, specifically the SimpleFacets class.
Solr uses UnInvertedField to build an in memory do
ache to per-segment? How do I do that?
>
> Thanks.
>
>
>
> From: Jason Rutherglen
> To: solr-user@lucene.apache.org
> Sent: Saturday, July 7, 2012 11:32 AM
> Subject: Re: Nrt and caching
>
> The field caches are per-segment, whi
et with NRT I'd need to convert the
> cache to per-segment? How do I do that?
>
> Thanks.
>
>
>
> From: Jason Rutherglen
> To: solr-user@lucene.apache.org
> Sent: Saturday, July 7, 2012 11:32 AM
> Subject: Re: Nrt and caching
>
>
So If I want to use multi-value facet with NRT I'd need to convert the cache to
per-segment? How do I do that?
Thanks.
From: Jason Rutherglen
To: solr-user@lucene.apache.org
Sent: Saturday, July 7, 2012 11:32 AM
Subject: Re: Nrt and caching
The
The field caches are per-segment, which are used for sorting and basic
[slower] facets. The result set, document, filter, and multi-value facet
caches are [in Solr] per-multi-segment.
Of these, the document, filter, and multi-value facet caches could be
converted to be [performant] per-segment, a
On Sat, Jul 7, 2012 at 9:59 AM, Jason Rutherglen
wrote:
> Currently the caches are stored per-multiple-segments, meaning after each
> 'soft' commit, the cache(s) will be purged.
Depends which caches. Some caches are per-segment, and some caches
are top level.
It's also a trade-off... for some th
Hi Amit,
If the caches were per-segment, then NRT would be optimal in Solr.
Currently the caches are stored per-multiple-segments, meaning after each
'soft' commit, the cache(s) will be purged.
On Fri, Jul 6, 2012 at 9:45 PM, Amit Nithian wrote:
> Sorry I'm a bit new to the nrt stuff in solr b
Sorry I'm a bit new to the nrt stuff in solr but I'm trying to understand
the implications of frequent commits and cache rebuilding and auto warming.
What are the best practices surrounding nrt searching and caches and query
performance.
Thanks!
Amit
10 matches
Mail list logo