Return-Path: Delivered-To: apmail-lucene-dev-archive@www.apache.org Received: (qmail 87148 invoked from network); 19 May 2010 18:32:30 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 19 May 2010 18:32:30 -0000 Received: (qmail 28636 invoked by uid 500); 19 May 2010 18:32:29 -0000 Delivered-To: apmail-lucene-dev-archive@lucene.apache.org Received: (qmail 28511 invoked by uid 500); 19 May 2010 18:32:29 -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 28504 invoked by uid 99); 19 May 2010 18:32:29 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 19 May 2010 18:32:29 +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; Wed, 19 May 2010 18:32:27 +0000 Received: from thor (localhost [127.0.0.1]) by thor.apache.org (8.13.8+Sun/8.13.8) with ESMTP id o4JIW5K8016737 for ; Wed, 19 May 2010 18:32:05 GMT Message-ID: <24275078.19821274293925534.JavaMail.jira@thor> Date: Wed, 19 May 2010 14:32:05 -0400 (EDT) From: "Shay Banon (JIRA)" To: dev@lucene.apache.org Subject: [jira] Commented: (LUCENE-2468) reopen on NRT reader should share readers w/ unchanged segments In-Reply-To: <17703553.95921274144202265.JavaMail.jira@thor> 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-2468?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12869253#action_12869253 ] Shay Banon commented on LUCENE-2468: ------------------------------------ bq. With the perf fix we are doing here, the problem (not correctly "seeing" deletes on a reopened reader) is isolated to CachingWrapperFilter/CachingSpanFilter, right? Yes, but, this means that ConstantScoreQuery should basically not be cached when using NRT (even with using IndexReader as key...), because of the excessive readers created. With the one that is deletion aware, you can cache it based on the cache key. bq. I think this would be a good change - it would make eviction immediate instead of just when GC gets around to pruning the WeakHashMap. Can you open a separate issue and maybe work out a patch? Sure, I will do it. > reopen on NRT reader should share readers w/ unchanged segments > --------------------------------------------------------------- > > Key: LUCENE-2468 > URL: https://issues.apache.org/jira/browse/LUCENE-2468 > Project: Lucene - Java > Issue Type: Bug > Reporter: Yonik Seeley > Assignee: Michael McCandless > Attachments: CacheTest.java, DeletionAwareConstantScoreQuery.java, LUCENE-2468.patch, LUCENE-2468.patch > > > A repoen on an NRT reader doesn't seem to share readers for those segments that are unchanged. > http://search.lucidimagination.com/search/document/9f0335d480d2e637/nrt_and_caching_based_on_indexreader -- 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