Return-Path: Delivered-To: apmail-lucene-java-dev-archive@www.apache.org Received: (qmail 42607 invoked from network); 15 Dec 2006 18:37:40 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 15 Dec 2006 18:37:40 -0000 Received: (qmail 83070 invoked by uid 500); 15 Dec 2006 18:37:35 -0000 Delivered-To: apmail-lucene-java-dev-archive@lucene.apache.org Received: (qmail 83039 invoked by uid 500); 15 Dec 2006 18:37:35 -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 83019 invoked by uid 99); 15 Dec 2006 18:37:35 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 15 Dec 2006 10:37:35 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: domain of mike.klaas@gmail.com designates 66.249.92.170 as permitted sender) Received: from [66.249.92.170] (HELO ug-out-1314.google.com) (66.249.92.170) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 15 Dec 2006 10:37:24 -0800 Received: by ug-out-1314.google.com with SMTP id k40so925553ugc for ; Fri, 15 Dec 2006 10:37:03 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=B993EMYCDkLtxokd7lrN2ab07KsdGEIe5wt05k0t8YHiZ7WH1cCmD3k5w/8QN9sZ4xG36fLAsUaoFHEIxWJfTvUaXVKiVEijCc1sI4bZD4c7GfJnXU0Tz7bwHyTVLixrsIlwwwfpLWTv3rePs5UgwjHPd1DJUrI7/RY8Sy+rGJo= Received: by 10.78.149.13 with SMTP id w13mr372405hud.1166207813181; Fri, 15 Dec 2006 10:36:53 -0800 (PST) Received: by 10.78.203.10 with HTTP; Fri, 15 Dec 2006 10:36:52 -0800 (PST) Message-ID: <3d2ce8cb0612151036s2bfcfc36i63f3c5003d5df0e@mail.gmail.com> Date: Fri, 15 Dec 2006 10:36:52 -0800 From: "Mike Klaas" To: java-dev@lucene.apache.org Subject: Re: potential indexing perormance improvement for compound index - cut IO - have more files though In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: X-Virus-Checked: Checked by ClamAV on apache.org On 12/14/06, Doron Cohen wrote: > But anyhow, this is not a negligible difference, and for real large > indexes, and busy systems, when the just written non-compound segment is > not in the system caches, it might have more effect. Possibly, search > performance during indexing would be improved by less indexing IO. Also, > delay for addDocument call that triggers a merge should become smaller. > > Thanks for your comments, also (but not only) on (1) an (3) above. My main comment is that the benefits of this change can be achieved by using the non-compound index format. For people that care about the difference in performance, it isn't difficult to configure your system to mitigate the problems of the non-compound format, and they probably have already done so. It would help the people who are file-descriptor conscious, but it also increases lucene's fd footprint by a factor of four. -Mike --------------------------------------------------------------------- To unsubscribe, e-mail: java-dev-unsubscribe@lucene.apache.org For additional commands, e-mail: java-dev-help@lucene.apache.org