Re: Tuning StatsComponent

2011-01-13 Thread Johannes Goll
... =( -- View this message in context: http://lucene.472066.n3.nabble.com/Tuning-StatsComponent-tp2225809p2241903.html Sent from the Solr - User mailing list archive at Nabble.com.

Re: Tuning StatsComponent

2011-01-12 Thread stockii
of my index. but however i change my request, every request have a Qtime of ~10 seconds ... my result solr StatsComponent cannot be fast on 31 Million documents =( -- View this message in context: http://lucene.472066.n3.nabble.com/Tuning-StatsComponent-tp2225809p2241793.html Sent from

Re: Tuning StatsComponent

2011-01-12 Thread stockii
my field Type is double maybe sint is better ? but i need double ... =( -- View this message in context: http://lucene.472066.n3.nabble.com/Tuning-StatsComponent-tp2225809p2241903.html Sent from the Solr - User mailing list archive at Nabble.com.

Re: Tuning StatsComponent

2011-01-11 Thread stockii
simplest solution is more RAM !? sometimes i think, that is a standard solution for problems with solr ;-) i going to buy 100 GB RAM :P -- View this message in context: http://lucene.472066.n3.nabble.com/Tuning-StatsComponent-tp2225809p2234557.html Sent from the Solr - User mailing list

Re: Tuning StatsComponent

2011-01-11 Thread Grant Ingersoll
On Jan 11, 2011, at 9:37 AM, stockii wrote: simplest solution is more RAM !? sometimes i think, that is a standard solution for problems with solr ;-) FWIW, it's a solution for most computing problems, right? i going to buy 100 GB RAM :P That won't do it. More RAM is sometimes the

Tuning StatsComponent

2011-01-10 Thread stockii
search sometimes very slow. =( any ideas ? -- View this message in context: http://lucene.472066.n3.nabble.com/Tuning-StatsComponent-tp2225809p2225809.html Sent from the Solr - User mailing list archive at Nabble.com.

Re: Tuning StatsComponent

2011-01-10 Thread Gora Mohanty
On Mon, Jan 10, 2011 at 2:28 PM, stockii st...@shopgate.com wrote: Hello. i`m using the StatsComponent to get the sum of amounts. but solr statscomponent is very slow on a huge index of 30 Million documents. how can i tune the statscomponent ? Not sure about this problem. the problem is,

Re: Tuning StatsComponent

2011-01-10 Thread stockii
for each of my 5 currencys. so for ONE search-request, i need to send 10 requests to get the sums. and that veeery slow =( i searching over two shards. sometimes more than two. -- View this message in context: http://lucene.472066.n3.nabble.com/Tuning-StatsComponent-tp2225809p2226258.html Sent

Re: Tuning StatsComponent

2011-01-10 Thread stockii
when i start statsComponent i get this message: INFO: UnInverted multi-valued field {field=product,memSize=4336,tindexSize=46,time=0,phase1=0,nTerms=1,bigTerms=1,termInstances=0,uses=0} what means this ? -- View this message in context: http://lucene.472066.n3.nabble.com/Tuning-StatsComponent

Re: Tuning StatsComponent

2011-01-10 Thread Jonathan Rochkind
I found StatsComponent to be slow only when I didn't have enough RAM allocated to the JVM. I'm not sure exactly what was causing it, but it was pathologically slow -- and then adding more RAM to the JVM made it incredibly fast. On 1/10/2011 4:58 AM, Gora Mohanty wrote: On Mon, Jan 10, 2011

Re: Tuning StatsComponent

2011-01-10 Thread Grant Ingersoll
StatsComponent, like many things, relies on FieldCache (and the related uninverted version in Solr for multivalued fields), which takes up memory and is related to the number of documents in the index. Strings in FieldCache can also be expensive. -Grant On Jan 10, 2011, at 4:10 PM, Jonathan