Re: 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: degrades qtime in a 20million doc collection

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 - User mailing list archive at Nabble.com.

Re: degrades qtime in a 20million doc collection

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 will dial it down on the Heap size Anria

Re: Can we create multiple cluster in single Zookeeper instance

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: degrades qtime in a 20million doc collection

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

Re: degrades qtime in a 20million doc collection

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 message

Re: degrades qtime in a 20million doc collection

Here is a stacktrace of when we put a 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

Re: degrades qtime in a 20million doc collection

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.

degrades qtime in a 20million doc collection

- -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: custom field tutorial

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

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/user/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