Return-Path: Delivered-To: apmail-lucene-java-dev-archive@www.apache.org Received: (qmail 76982 invoked from network); 9 Nov 2006 18:56:01 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 9 Nov 2006 18:56:01 -0000 Received: (qmail 76058 invoked by uid 500); 9 Nov 2006 18:56:01 -0000 Delivered-To: apmail-lucene-java-dev-archive@lucene.apache.org Received: (qmail 75982 invoked by uid 500); 9 Nov 2006 18:56:01 -0000 Mailing-List: contact java-dev-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: java-dev@lucene.apache.org Delivered-To: mailing list java-dev@lucene.apache.org Received: (qmail 75907 invoked by uid 99); 9 Nov 2006 18:56:01 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 09 Nov 2006 10:56:00 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: local policy) Received: from [64.34.172.19] (HELO ohana.manawiz.com) (64.34.172.19) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 09 Nov 2006 10:55:46 -0800 Received: from [192.168.1.47] ([::ffff:72.234.69.162]) (AUTH: LOGIN chuck, TLS: TLSv1/SSLv3,256bits,AES256-SHA) by ohana.manawiz.com with esmtp; Thu, 09 Nov 2006 18:55:24 +0000 id 0070C1A6.4553799D.00002CBE Message-ID: <4553799A.6000508@manawiz.com> Date: Thu, 09 Nov 2006 08:55:22 -1000 From: Chuck Williams Organization: Manawiz User-Agent: Thunderbird 1.5.0.7 (X11/20060927) MIME-Version: 1.0 To: java-dev@lucene.apache.org Subject: Re: Dynamically varying maxBufferedDocs References: <45537251.2030605@manawiz.com> <455376D6.8000201@manawiz.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Yonik Seeley wrote on 11/09/2006 08:50 AM: > For best behavior, you probably want to be using the current > (svn-trunk) version of Lucene with the new merge policy. It ensures > there are mergeFactor segments with size <= maxBufferedDocs before > triggering a merge. This makes for faster indexing in the presence of > deleted docs or partially full segments. > I've got quite a few local patches unfortunately. It will take a while to sync up. If I don't already have this new logic, can I pick it up by just merging with the latest IndexWriter or are the changes more extensive? Thanks again, Chuck --------------------------------------------------------------------- To unsubscribe, e-mail: java-dev-unsubscribe@lucene.apache.org For additional commands, e-mail: java-dev-help@lucene.apache.org