Thanks Erick for the reply. I have 6 cores which doesn't contain duplicated data. every core has some unique data. What I thought was when I read it would read parallel 6 cores and join the result and return the query. And this would be efficient then reading one big core. My question is wouldn't Solr read in parallel from shards when a query is fired to it ?
Please let me know If i am assuming something which is wrong. Thanks , Arjit On Sun, May 13, 2012 at 12:44 AM, Erick Erickson [via Lucene] < ml-node+s472066n3982950...@n3.nabble.com> wrote: > One of the points of sharding is to use more _machines_. Running multiple > shards on a single machine is not magically going to make things faster. > In > fact I'd expect your process to consume more resources since the > cores are now not sharing common data (i.e. having a single word > in more than one core will use two instances of that word). > > Best > Erick > > On Fri, May 11, 2012 at 3:38 AM, arjit <[hidden > email]<http://user/SendEmail.jtp?type=node&node=3982950&i=0>> > wrote: > > > My query is > > SolrQuery sQuery = new SolrQuery(query.getQueryStr()); > > sQuery.setQueryType("dismax"); > > > > > > sQuery.setRows(100); > > > > if (!query.isSearchOnDefaultField()) { > > sQuery.setParam("qf", queryFields.toArray(new > > String[queryFields.size()])); > > } > > sQuery.setFields(visibleFields.toArray(new > > String[visibleFields.size()])); > > > > if(query.isORQuery()) > > { > > sQuery.setParam("mm","1"); > > } > > > > My search is > > > > <requestHandler name="dismax" class="solr.SearchHandler" > > > <lst name="defaults"> > > <str name="defType">dismax</str> > > <str name="echoParams">explicit</str> > > <float name="tie">0.01</float> > > <str > > > name="shards">localhost:9090/solr/book1,localhost:9090/solr/book2,localhost:9090/solr/book3,localhost:9090/solr/book4,localhost:9090/solr/book5,localhost:9090/solr/book6</str> > > > <str name="qf"> > > > > text^2.0 > > > > > > </str> > > > > <str name="fl"> > > title item_id author titleMinusAuthor > > </str> > > > > <int name="ps">4</int> > > <str name="q.alt">*:*</str> > > > > <str name="hl.fl">text features name</str> > > > > <str name="f.name.hl.fragsize">0</str> > > > > <str name="f.name.hl.alternateField">name</str> > > <str name="f.text.hl.fragmenter">regex</str> > > </lst> > > > > </requestHandler> > > > > > > -- > > View this message in context: > http://lucene.472066.n3.nabble.com/Solr-Shards-multi-core-slower-then-single-big-core-tp3979115p3979243.html > > Sent from the Solr - User mailing list archive at Nabble.com. > > > ------------------------------ > If you reply to this email, your message will be added to the discussion > below: > > http://lucene.472066.n3.nabble.com/Solr-Shards-multi-core-slower-then-single-big-core-tp3979115p3982950.html > To unsubscribe from Solr Shards multi core slower then single big core, click > here<http://lucene.472066.n3.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_code&node=3979115&code=YXJqaXQyOTJAZ21haWwuY29tfDM5NzkxMTV8MTIwOTQwMDU4MA==> > . > NAML<http://lucene.472066.n3.nabble.com/template/NamlServlet.jtp?macro=macro_viewer&id=instant_html%21nabble%3Aemail.naml&base=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespace&breadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml> > -- View this message in context: http://lucene.472066.n3.nabble.com/Solr-Shards-multi-core-slower-then-single-big-core-tp3979115p3983601.html Sent from the Solr - User mailing list archive at Nabble.com.
