Return-Path: Delivered-To: apmail-lucene-java-user-archive@www.apache.org Received: (qmail 65698 invoked from network); 5 Mar 2010 00:46:48 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 5 Mar 2010 00:46:48 -0000 Received: (qmail 72639 invoked by uid 500); 5 Mar 2010 00:46:34 -0000 Delivered-To: apmail-lucene-java-user-archive@lucene.apache.org Received: (qmail 72556 invoked by uid 500); 5 Mar 2010 00:46:34 -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 Received: (qmail 72548 invoked by uid 99); 5 Mar 2010 00:46:34 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 05 Mar 2010 00:46:34 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [209.191.69.78] (HELO web32901.mail.mud.yahoo.com) (209.191.69.78) by apache.org (qpsmtpd/0.29) with SMTP; Fri, 05 Mar 2010 00:46:24 +0000 Received: (qmail 48127 invoked by uid 60001); 5 Mar 2010 00:46:02 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1267749962; bh=hpOsXoxTHOPSsgC0GMF7PK9cvUbMwn+d57sltNO+Yeg=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=nsNAcBq+ZfZZJBreRgtHSCO85E64I00doyl1Ho6w19t+Ds4mANPeh4XgICUshw33wXlhei/h31Z+hJ8znYIkVLfYmTYl9W93v1DErsDFSHBiXIJFW6fdYiq8Yv1i+dyyCcC4n+5luA1qjo8zzejFaYfboIwpXbffPG2ynjHGxgw= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=dSKeonvER7NsbW1uax1kO0Bs+aLyuKVB36+peXQjbGtYKiEENmue1NC4EJEpAgmD3diTY8l0kvjXj5GwejO6owSv08YGkOHJdK92wufVJihbtPBYs7GwZFmjTlWlHKKaSjJQygTMTMa/2x6jOi7QF2Yf4AcsOGYyH4ep7cikl4Q=; Message-ID: <754313.47651.qm@web32901.mail.mud.yahoo.com> X-YMail-OSG: bF6O45IVM1m8l_O4nVOmP1CKQvFJzjtdJyrRvjXmoDRkDRpVn9wl1IN36HD_Cq5mMzDq93u2_u5hwm9lrQtnhc8P4jT0Kp7IsY.aYBcD9W9A1YResBElNbGMRqGPRB7igyVYwKFGvK4YB0nsCbqTUmaPmjfkM55NhvZ8joIcrzDQe109CbpKKJdzLN6rXJdEoHnir7Cksh412hXnGF1PIPC8yvzHn8KiqZkVin57Xz_fccXVsyZ2GE3mIYjlPLJ53ekwaOlqRW32aUVohJexfbezYKR9V0w.Tut6RVh5ohYayV4ccaIVm4LJBaIENKtGxtCzahXzg2xGFl_qXpMVDMKlakP0ANWcR0VPgKm7lAh.A74NrLgLnY4- Received: from [72.36.94.20] by web32901.mail.mud.yahoo.com via HTTP; Thu, 04 Mar 2010 16:46:02 PST X-Mailer: YahooMailRC/300.3 YahooMailWebService/0.8.100.260964 References: <239969.21906.qm@web32901.mail.mud.yahoo.com> <003801cabbfa$908f02b0$b1ad0810$@de> <003a01cabbfb$4a8fe490$dfafadb0$@de> Date: Thu, 4 Mar 2010 16:46:02 -0800 (PST) From: Justin Subject: Re: File descriptor leak in ParallelReader.reopen() To: java-user@lucene.apache.org In-Reply-To: <003a01cabbfb$4a8fe490$dfafadb0$@de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Checked: Checked by ClamAV on apache.org Makes sense. Thanks for the tip! I haven't seen a response to my 2-pass scoring question, so maybe I've asked at least one difficult one. :-) ----- Original Message ---- From: Uwe Schindler To: java-user@lucene.apache.org Sent: Thu, March 4, 2010 6:32:06 PM Subject: RE: File descriptor leak in ParallelReader.reopen() Sorry, small change: > You should not directly instantiate a TopScoreDocCollector but instead > use the Searcher method that returns TopDocs. This has the benefit, > that the searcher automatically chooses the right parameter for scoring > docs out/in order. In your example, search would be a little faster > when using the in-order collector (which orders documents faster). Sorry, it's the other way round true means in-order. But you see, this confuses everytime and if you like to use the Collector, you have to ask the Query Weight if the scorer works in order or not. IndexSearcher does this automatically. > only for MatchAllDocs! Some BooleanQueries behave different. > > So simply use TopDocs td = searcher.serach(query, count); > > ----- > Uwe Schindler > H.-H.-Meier-Allee 63, D-28213 Bremen > http://www.thetaphi.de > eMail: uwe@thetaphi.de > > > > -----Original Message----- > > From: Justin [mailto:crynax@yahoo.com] > > Sent: Friday, March 05, 2010 12:52 AM > > To: java-user@lucene.apache.org > > Subject: File descriptor leak in ParallelReader.reopen() > > > > Hi Mike and others, > > > > I have a test case for you (attached) that exhibits a file descriptor > > leak in ParallelReader.reopen(). I listed the OS, JDK, and snapshot > of > > Lucene that I'm using in the source code. > > > > A loop adds just over 4000 documents to an index, reopening the index > > after each, before my system hits an already increased file > descriptor > > limit of 8192. I've also got a thread that reports the number of > > documents in the index and warms a searcher using the reader. To > > simulate continued use by my application the searchers are not > > discarded. > > > > Let me know if you need help reproducing the problem or can help > > identify it. > > > > Thanks! > > Justin > > > > > > --------------------------------------------------------------------- To unsubscribe, e-mail: java-user-unsubscribe@lucene.apache.org For additional commands, e-mail: java-user-help@lucene.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: java-user-unsubscribe@lucene.apache.org For additional commands, e-mail: java-user-help@lucene.apache.org