Re: Solr Hot Cpu and high load

2014-02-19 Thread Nitin Sharma
Thanks, Erick. I will try that On Sun, Feb 16, 2014 at 5:07 PM, Erick Erickson wrote: > Stored fields are what the Solr DocumentCache in solrconfig.xml > is all about. > > My general feeling is that stored fields are mostly irrelevant for > search speed, especially if lazy-loading is enabled.

Re: Solr Hot Cpu and high load

2014-02-16 Thread Erick Erickson
Stored fields are what the Solr DocumentCache in solrconfig.xml is all about. My general feeling is that stored fields are mostly irrelevant for search speed, especially if lazy-loading is enabled. The only time stored fields come in to play is when assembling the final result list, i.e. the 10 or

Re: Solr Hot Cpu and high load

2014-02-16 Thread Nitin Sharma
Thanks Tri *a. Are you docs distributed evenly across shards: number of docs and size of the shards* >> Yes the size of all the shards is equal (an ignorable delta in the order of KB) and so are the # of docs *b. Is your test client querying all nodes, or all the queries go to those 2 busy nodes

Re: Solr Hot Cpu and high load

2014-02-14 Thread Tri Cao
1. Yes, that's the right way to go, well, in theory at least :)2. Yes, queries are alway fanned to all shards and will be as slow as the slowest shard. When I looked intoSolr distributed querying implementation a few months back, the support for graceful degradation for thingslike network failures