lucene-solr-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Erick Erickson <>
Subject Re: distributed search is significantly slower than direct search
Date Wed, 30 Oct 2013 01:16:53 GMT
You can't. There will inevitably be some overhead in the
distributed case. That said, 7 seconds is quite long.

5,000 rows is excessive, and probably where your issue is. You're
having to go out and fetch the docs across the wire. Perhaps there
is some batching that could be done there, I don't know whether this
is one document per request or not.

Why 5K docs?


On Tue, Oct 29, 2013 at 2:54 AM, Elran Dvir <> wrote:

> Hi all,
> I am using Solr 4.4 with multi cores. One core (called template) is my
> "routing" core.
> When I run
> it consistently takes about 7s.
> When I run*:*, it
> consistently takes about 40ms.
> I profiled the distributed query.
> This is the distributed query process (I hope the terms are accurate):
> When solr identifies a distributed query, it sends the query to the shard
> and get matched shard docs.
> Then it sends another query to the shard to get the Solr documents.
> Most time is spent in the last stage in the function "process" of
> "QueryComponent" in:
> for (int i=0; i<idArr.size(); i++) {
>         int id = req.getSearcher().getFirstMatch(
>                 new Term(idField.getName(),
> idField.getType().toInternal(idArr.get(i))));
> How can I make my distributed query as fast as the direct one?
> Thanks.

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message