Return-Path: Delivered-To: apmail-lucene-dev-archive@www.apache.org Received: (qmail 48249 invoked from network); 17 Jun 2010 22:13:48 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 17 Jun 2010 22:13:48 -0000 Received: (qmail 60065 invoked by uid 500); 17 Jun 2010 22:13:47 -0000 Delivered-To: apmail-lucene-dev-archive@lucene.apache.org Received: (qmail 60026 invoked by uid 500); 17 Jun 2010 22:13:46 -0000 Mailing-List: contact dev-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@lucene.apache.org Delivered-To: mailing list dev@lucene.apache.org Received: (qmail 60019 invoked by uid 99); 17 Jun 2010 22:13:46 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 17 Jun 2010 22:13:46 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.22] (HELO thor.apache.org) (140.211.11.22) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 17 Jun 2010 22:13:44 +0000 Received: from thor (localhost [127.0.0.1]) by thor.apache.org (8.13.8+Sun/8.13.8) with ESMTP id o5HMDMB6016411 for ; Thu, 17 Jun 2010 22:13:22 GMT Message-ID: <7648636.66761276812802673.JavaMail.jira@thor> Date: Thu, 17 Jun 2010 18:13:22 -0400 (EDT) From: "Michael McCandless (JIRA)" To: dev@lucene.apache.org Subject: [jira] Updated: (LUCENE-2378) Cutover remaining usage of pre-flex APIs MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/LUCENE-2378?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael McCandless updated LUCENE-2378: --------------------------------------- Attachment: LUCENE-2378.patch I found the source of the massive slowdown when enum'ing docs -- attached patch fixes it. I messed up the logic on whether the incoming DocsEnum can be reused, thus causing a new DocsEnum to be created for each sub-segment on each .docs() call! With this I'm seeing trunk (6432 msec) slightly faster than 3x (6659 msec), for term + docs enum. But terms enum alone is still slightly slower (trunk is 5312; 3x is 5019 msec). > Cutover remaining usage of pre-flex APIs > ---------------------------------------- > > Key: LUCENE-2378 > URL: https://issues.apache.org/jira/browse/LUCENE-2378 > Project: Lucene - Java > Issue Type: Improvement > Components: Index > Reporter: Michael McCandless > Assignee: Michael McCandless > Fix For: 4.0 > > Attachments: LUCENE-2378.patch, LUCENE-2378.patch, LUCENE-2378.patch, LUCENE-2378_FileFloatSource.patch, LUCENE-2378_PagedBytes.patch, LUCENE-2378_UnInvertedField.patch, TestEnumPerf.java, TestEnumPerf.java > > > A number of places still use the pre-flex APIs. > This is actually healthy, since it gives us ongoing testing of the back compat emulation layer. > But we should at some point cut them all over to flex. Latest we can do this is 4.0, but I'm not sure we should do them all for 3.1... still marking this as 3.1 to "remind us" :) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org For additional commands, e-mail: dev-help@lucene.apache.org