Re: Solr 4.1 over Websphere errors

Thank you This sure is a lot to chew on -- View this message in context: http://lucene.472066.n3.nabble.com/Solr-4-1-over-Websphere-errors-tp4068715p4068740.html Sent from the Solr - User mailing list archive at Nabble.com.

Re: Can't find solr.xml

Nabeel, I just want to say, that though this post is very old, in the entire internet of this error, your suggestion of moving out of /home//solr into /opt/solr was the one that worked for me too Thank you! Anria -- View this message in context: http://lucene.472066.n3.nabble.com/Can-t

&fq degrades qtime in a 20million doc collection

provement was between 32 - -Xmx=64GB. Thanks Anria -- View this message in context: http://lucene.472066.n3.nabble.com/fq-degrades-qtime-in-a-20million-doc-collection-tp4250567.html Sent from the Solr - User mailing list archive at Nabble.com.

Re: &fq degrades qtime in a 20million doc collection

ry that! GC we've had default and G1 setups. Thanks for giving us something to think about Anria -- View this message in context: http://lucene.472066.n3.nabble.com/fq-degrades-qtime-in-a-20million-doc-collection-tp4250567p4250600.html Sent from the Solr - User mailing list archive at Nabble.com.

Re: &fq degrades qtime in a 20million doc collection

debug=true and &debug=timing that we isolated this. the Query time took the longest. Sometimes Prepare takes a little time too. Forget it if we add a facet that adds another 500+ ms at the low end ... Very perplexing and fun challenge. Thank Toke for that info on the heap size pointers, we w

Re: Can we create multiple cluster in single Zookeeper instance

evive it from a back-up. If it's terribly corrupte Hope this helps Anria -- View this message in context: http://lucene.472066.n3.nabble.com/Can-we-create-multiple-cluster-in-single-Zookeeper-instance-tp4250791p4250810.html Sent from the Solr - User mailing list archive at Nabble.com.

Re: &fq degrades qtime in a 20million doc collection

Here are some Actual examples, if it helps wt=json&q=*:*&indent=on&fq=SolrDocumentType:"invalidValue"&fl=timestamp&rows=0&start=0&debug=timing { "responseHeader": { "status": 0, "QTime": 590, "params": { "q": "*:*", "debug": "timing",

Re: &fq degrades qtime in a 20million doc collection

Here is a stacktrace of when we put a &fq in the autowarming, or in the "newSearcher" to warm up the collection after a commit. 2016-01-12 19:00:13,216 [http-nio-19082-exec-25 vaultThreadId:http-STAGE-30518-14 vaultSessionId:1E53A095AD22704 vaultNodeId:nodeId:node-2 vaultInstanceId:2228 vaultUse

Re: &fq degrades qtime in a 20million doc collection

acets etc are added, query times go as bad as 7 seconds (which I personally observed). But you did give us a lot to work with, especially I think in the arena of commit strategies and cache usage. We'll do some more tests with different strategies in this area. Thanks Anria -- View this

Re: &fq degrades qtime in a 20million doc collection

Thanks Toke for this. It gave us a ton to think about, and it really helps supporting the notion of several smaller indexes over one very large one, where we can rather distribute a few JVM processes with less size each, than have one massive one that is according to this, less efficient. Toke

Re: &fq degrades qtime in a 20million doc collection

n for everybody's help and pointers and hints, you kept us busy with changing our mindset on a lot of things here. Regards Anria -- View this message in context: http://lucene.472066.n3.nabble.com/fq-degrades-qtime-in-a-20million-doc-collection-tp4250567p4251212.html Sent from the Solr - U

Re: custom field tutorial

Wunder, in my many years in search this is an odd request Anria Sent from my Samsung smartphone on AT&T Original message Subject: Re: custom field tutorial From: Walter Underwood To: solr-user@lucene.apache.org CC: What are you trying to do? This seems really odd. I