Mailing-List: contact lucy-user-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: lucy-user@incubator.apache.org
Received-SPF: pass (athena.apache.org: domain of gorankent@gmail.com
 designates 209.85.220.175 as permitted sender)
MIME-Version: 1.0
In-Reply-To: 
 <CAKn6EF_iRPBdmN1bK7xiXwSm=jD2hfn8h8aNvz1VWX0phLL2FQ@mail.gmail.com>
References: 
 <CAKn6EF_iRPBdmN1bK7xiXwSm=jD2hfn8h8aNvz1VWX0phLL2FQ@mail.gmail.com>
Date: Fri, 4 Nov 2011 15:43:28 +0200
Message-ID: 
 <CAKn6EF_txavNtuvD6nQnoZ4x=KqYHf=gwAvjy=0sveGydPWjsg@mail.gmail.com>
From: goran kent <gorankent@gmail.com>
To: lucy-user <lucy-user@incubator.apache.org>
Content-Type: text/plain; charset=ISO-8859-1
Subject: [lucy-user] Re: Major performance degradation with remote search

Just to confirm to myself that I wasn't f'ing up, I re-ran the queries
from the search machine, adding remote nodes to it one at a time, and
sure enough, the query time increases with the equivalent search time
of each node.

If I execute the query using the cmd-line on all the remote machines
(via pdsh) in parallel, then each one bounces back with the expected
.1-.3 times, nice and zippy.  Do 'em all together via
LucyX::Remote::SearchClient, and the query time drops to sum(time*N).