Return-Path: X-Original-To: apmail-lucene-java-user-archive@www.apache.org Delivered-To: apmail-lucene-java-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 861B09B0D for ; Wed, 1 Feb 2012 09:58:55 +0000 (UTC) Received: (qmail 2436 invoked by uid 500); 1 Feb 2012 09:57:23 -0000 Delivered-To: apmail-lucene-java-user-archive@lucene.apache.org Received: (qmail 2180 invoked by uid 500); 1 Feb 2012 09:56:58 -0000 Mailing-List: contact java-user-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: java-user@lucene.apache.org Delivered-To: mailing list java-user@lucene.apache.org Received: (qmail 1920 invoked by uid 99); 1 Feb 2012 09:56:47 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 01 Feb 2012 09:56:47 +0000 X-ASF-Spam-Status: No, hits=0.7 required=5.0 tests=RCVD_IN_DNSWL_NONE,SPF_NEUTRAL,UNPARSEABLE_RELAY X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [121.101.151.239] (HELO nm1.bullet.mail.in.yahoo.com) (121.101.151.239) by apache.org (qpsmtpd/0.29) with SMTP; Wed, 01 Feb 2012 09:56:40 +0000 Received: from [121.101.151.237] by nm1.bullet.mail.in.yahoo.com with NNFMP; 01 Feb 2012 09:56:17 -0000 Received: from [202.86.5.92] by tm2.bullet.mail.in.yahoo.com with NNFMP; 01 Feb 2012 09:56:42 -0000 Received: from [127.0.0.1] by smtp105.mail.in.yahoo.com with NNFMP; 01 Feb 2012 09:56:17 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.in; s=s1024; t=1328090177; bh=K3u1jZxtc6ytmUPUXvAd3qNo9M9lXtfzi6cSfyBW2eM=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Received:Message-ID:From:To:References:Subject:Date:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Priority:X-MSMail-Priority:X-Mailer:X-MimeOLE; b=h7TYHXxTdH1Y215Er9JPpGM5dDyqgh2DfE1KPhtfW0I2Y2l2iGJBvWB1bO7nQ19ApM/cyiIZov9JeQfbsm/E4wpMN9oiRCSvF2Bz4WGE53027RzbdWOkOf8ZCuY1yyiLacNH9LC8zMSnrCT+SYOEVQF2vuQoGGtGzMjnurJjitI= X-Yahoo-Newman-Id: 247572.80361.bm@smtp105.mail.in.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: vkNidmAVM1ngocPGiXX1Ifv_G6eZkZxVGvdWttyexe0A6.v JtLx.i6e5PGxDPYCaAvHTPqjwxD9pBzoVVW6bwKX8IGer_rr_AsawuySROm7 JOK2DzbxoB1K7iXd0HPygdzUUm5i5kWzsL6DBLA_bQCazPNzoLy1zfALw5hg ZufWDnP6fX5gisoCUHJdf6vnYAoUvVivXaD4zxY65ilYJFdTlkBB_MiJZn0y DffMoalZVYwUFlYhFPl7QAEcL6gOfnjcb9NI4LlI6.s.dvhkcXz9xz6rW_af X52qIsFNM7i3ERRyMMh1T4aYoSJNjFX5TZZtaD2zD6L1TcZ9g00zd7znd1RO PNUiio6o7DPXq_s3ZIASsmT6dWKBThlcq5Wnyu5ngDu33dvJt9Mho6rN5dm9 8 X-Yahoo-SMTP: JObyHkuswBBrNSLZp.Ycd7Boqpr_GQ-- Received: from GaneshM (emailgane@121.244.159.130 with login) by smtp105.mail.in.yahoo.com with SMTP; 01 Feb 2012 15:26:17 +0530 IST Message-ID: <984CACE488D548CE9A54B542AE6C9388@sv.us.sonicwall.com> From: "Ganesh" To: References: <28D110F765B04EFD8978C9661602E201@sv.us.sonicwall.com> Subject: Re: upgrading from 3.0.3 to 3.5.0 Date: Wed, 1 Feb 2012 15:26:19 +0530 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5931 Thanks Ian. >>The deprecation warning in the javadocs says "Please pass an = ExecutorService to IndexSearcher, instead" so I'd do that. I may need to use IndexSearcher(Reader, ExecutorService). I have sharded = my index. Say if i have 10 indexes then i will have 10 IndexSearchers. = How to use this API. It takes one Reader and ExecutorService.=20 What about using IndexSearcher(ParallelReader)? >>Regarding optimization? I have sharded to multiple small indexes (in a single system). This = helps to do faster indexing. I have updates every couple of minutes and = the updates will go in latest shard. All shards will be optimized per = day. If lucene performs well in searching multiple segment then i don't = need to go for shards. I could very well use single index and don't = optimize it. Whether it will impact search? Previous releases perform = better in optimized indexes. What about 3.5.0? Regards Ganesh =20 ----- Original Message -----=20 From: "Ian Lea" To: Sent: Wednesday, February 01, 2012 3:07 PM Subject: Re: upgrading from 3.0.3 to 3.5.0 > I am upgrading from 3.0.3 to 3.5.0. > > 1) NumberTools is deprecated. I am converting long to string and = storing it in Index. Now this is deprecated. If i replace this API with = NumericUtils / NumericField, will it work for existing index? Whether i = need to rebuild the index? You will need to rebuild if you switch to using NumericField. > 2) I am using ParallelMultiSearcher. This is now deprecated. Whether i = should use ParallelReader / IndexSearcher (reader, subreaders)? The deprecation warning in the javadocs says "Please pass an ExecutorService to IndexSearcher, instead" so I'd do that. > 3) Optimize method is deprecated. The help says "This method has been = deprecated, as it is horribly inefficient and very rarely justified. = Lucene's multi-segment search performance has improved over time, and = the default TieredMergePolicy now targets segments with deletions." > This means usage of this method is not justified any more. I am doing = optimization once per day. Is that not required now. No. -- Ian. --------------------------------------------------------------------- To unsubscribe, e-mail: java-user-unsubscribe@lucene.apache.org For additional commands, e-mail: java-user-help@lucene.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: java-user-unsubscribe@lucene.apache.org For additional commands, e-mail: java-user-help@lucene.apache.org