Return-Path: X-Original-To: apmail-lucy-user-archive@www.apache.org Delivered-To: apmail-lucy-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id C52FCEBAC for ; Mon, 28 Jan 2013 17:16:41 +0000 (UTC) Received: (qmail 6793 invoked by uid 500); 28 Jan 2013 17:16:41 -0000 Delivered-To: apmail-lucy-user-archive@lucy.apache.org Received: (qmail 6703 invoked by uid 500); 28 Jan 2013 17:16:41 -0000 Mailing-List: contact user-help@lucy.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@lucy.apache.org Delivered-To: mailing list user@lucy.apache.org Received: (qmail 6690 invoked by uid 500); 28 Jan 2013 17:16:41 -0000 Delivered-To: apmail-incubator-lucy-user@incubator.apache.org Received: (qmail 6684 invoked by uid 500); 28 Jan 2013 17:16:41 -0000 Delivered-To: apmail-lucene-lucy-user@lucene.apache.org Received: (qmail 6677 invoked by uid 99); 28 Jan 2013 17:16:41 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 28 Jan 2013 17:16:41 +0000 X-ASF-Spam-Status: No, hits=0.7 required=5.0 tests=RCVD_IN_DNSWL_NONE,SPF_HELO_PASS,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [212.227.17.10] (HELO moutng.kundenserver.de) (212.227.17.10) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 28 Jan 2013 17:16:32 +0000 Received: from [192.168.1.39] (dslb-088-064-016-126.pools.arcor-ip.net [88.64.16.126]) by mrelayeu.kundenserver.de (node=mrbap1) with ESMTP (Nemesis) id 0MFR0G-1UBvXa3PzY-00EuAN; Mon, 28 Jan 2013 18:16:10 +0100 Message-ID: <5106B258.4000802@aevum.de> Date: Mon, 28 Jan 2013 18:16:08 +0100 From: Nick Wellnhofer User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130107 Thunderbird/17.0.2 MIME-Version: 1.0 To: user@lucy.apache.org CC: fgl , lucy-user@lucene.apache.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V02:K0:5kx92SiRp0GbvZhJ13ETeEKxQ8bSa+iUyXQ+5YcrSIn 6EXSIykQUUlwP1d+SoJl97EyL6zA/9krSbvz47MNEgQtvG73ja jy6HPL4rlJ8s80vv+OcqfaAodn1UcLp48/EBAJarmZa8v5CeyC 4gZl3VBhZY0jNnL+52XusSc1JCLDXhy1msQJpxHXTWFW+vkzXZ /Y7DYvHdih2ionwyI17LuupWdZ/uDlSjOMWBtn7Qrgwx0PoH24 SpaQPX60Qwkarh+9ey/HGWPx+sDNTdnWHqXyLO3XPlIimqoSYb gaLxgDeUAuzrQCpz9ofMVanUrHU+KtzvcqO7Hjr27pxP/+D3A= = X-Virus-Checked: Checked by ClamAV on apache.org Subject: Re: [lucy-user] Latest revision and parallel ClusterSearcher/SearchServer On 28/01/2013 17:13, fgl wrote: > 1. If we svn up to latest, I take it we'll need to reindex all? That depends on the version you're upgrading from, but probably yes. > 2. Is the take-away from LUCY-204/5 that cluster searching now operates in > parallel? ie, none of the old serial-by-search-node which leads to 10s - > 60s+ search times (instead of sub-second if using a single node)? LucyX::Remote::ClusterSearcher queries the search servers in parallel now, so searching should be much faster. I'd be interested to hear what kind of improvements people get with large indexes. Nick