Return-Path: Delivered-To: apmail-lucene-java-user-archive@www.apache.org Received: (qmail 84295 invoked from network); 12 Nov 2010 17:12:04 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 12 Nov 2010 17:12:04 -0000 Received: (qmail 98145 invoked by uid 500); 12 Nov 2010 17:12:32 -0000 Delivered-To: apmail-lucene-java-user-archive@lucene.apache.org Received: (qmail 97929 invoked by uid 500); 12 Nov 2010 17:12:31 -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 Delivered-To: moderator for java-user@lucene.apache.org Received: (qmail 82754 invoked by uid 99); 12 Nov 2010 16:57:06 -0000 X-ASF-Spam-Status: No, hits=2.0 required=10.0 tests=FREEMAIL_FROM,SPF_HELO_PASS,SPF_NEUTRAL,T_TO_NO_BRKTS_FREEMAIL,URI_HEX X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: 216.139.236.158 is neither permitted nor denied by domain of marc.sturlese@gmail.com) Date: Fri, 12 Nov 2010 08:56:37 -0800 (PST) From: Marc Sturlese To: java-user@lucene.apache.org Message-ID: <1289580997422-1890077.post@n3.nabble.com> In-Reply-To: References: <1289575085649-1889378.post@n3.nabble.com> Subject: Re: performance merging indexes with addIndexesNoOptimize MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org Thanks a lot Shai, couple of questions: >> In Lucene 3x there is a new addIndexes which accepts Directory=E2=80=A6 = that=20 >> simply registers the new indexes in the index, without running merges.= =20 >> That makes addIndexes very fast.=20 With the lucene 3.X addIndexes which accepts Directory, if after the merge = I need to optimize the index using compound file, what would happen? Would this optimize be slower than if I use the addIndexesNoOptimize? >> But note that not running merges, or letting them finish, is not=20 >> recommended long term. The approach I've mentioned are good if you=20 >> want to quickly add new indexes and plan to run index optimization at=20 >> a later time. Actually I always build all the "small indexes" from scratch and have to optimize my final index using compound file (the merged one). If i do: w.optimze() ;=20 w.close (false) ; Would I be getting any benefit if the w.close (false) ? Thanks in advance --=20 View this message in context: http://lucene.472066.n3.nabble.com/performanc= e-merging-indexes-with-addIndexesNoOptimize-tp1889378p1890077.html Sent from the Lucene - Java Users mailing list archive at Nabble.com. --------------------------------------------------------------------- To unsubscribe, e-mail: java-user-unsubscribe@lucene.apache.org For additional commands, e-mail: java-user-help@lucene.apache.org