To chime in, in certain cases the memory requirements for 4x (and 5x) are _much_
improved, see:
https://lucidworks.com/blog/2012/04/06/memory-comparisons-between-solr-3x-and-trunk/
But as Shawn says, it's not a magic bullet.
Solr 5 requires Java 7, so that's one thing to be aware of. Plus, you
e
On 10/21/2015 12:41 PM, Robert Hume wrote:
> I've inherited a project that uses a Solr 3.6.0 deployment. (Several
> masters and several slaves – I think there are 6 Solr instances in total.)
>
> I've been tasked with investigating if upgrading our 3.6.0 deployment will
> improve performance – the
A couple of additions:
I had a system that indexed log files. I created a new core each day
(some 20m log events/day). I created collection aliases called today,
week and month that aggregated the relevant collections. That way,
accessing the “today” collection would always get you to the right
pl
See inline:
On Thu, Apr 2, 2015 at 12:36 PM, Ben Hsu wrote:
> Hello
>
> I am playing with solr5 right now, to see if its cloud features can replace
> what we have with solr 3.6, and I have some questions, some newbie, and
> some not so newbie
>
> Background: the documents we are putting in solr h
Hi,
In your Solr version there is a notion of Searcher being opened and
reopened. Every time that happens those non-cumulative stats reset. The
cumulative_ stats just don't refresh, so you have numbers from when the
whole Solr started, not just from the last time Searcher opened.
Your cache is
: 1. It seems that Solr creates/searches one big index, at least logically
: - for the current release, does it ever create multiple smaller indexes
: behind the scene (except for the secondary, temporary ones used for
: update)?
Solr only creates one physical lucene index on disk.
: 2. The snaps
