Return-Path: Delivered-To: apmail-lucene-java-user-archive@www.apache.org Received: (qmail 81333 invoked from network); 15 Nov 2010 18:14:45 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 15 Nov 2010 18:14:45 -0000 Received: (qmail 78933 invoked by uid 500); 15 Nov 2010 18:15:12 -0000 Delivered-To: apmail-lucene-java-user-archive@lucene.apache.org Received: (qmail 78719 invoked by uid 500); 15 Nov 2010 18:15:12 -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 78711 invoked by uid 99); 15 Nov 2010 18:15:12 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 15 Nov 2010 18:15:12 +0000 X-ASF-Spam-Status: No, hits=0.7 required=10.0 tests=RCVD_IN_DNSWL_NONE,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [209.85.215.176] (HELO mail-ey0-f176.google.com) (209.85.215.176) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 15 Nov 2010 18:15:04 +0000 Received: by eyz10 with SMTP id 10so3053681eyz.35 for ; Mon, 15 Nov 2010 10:14:44 -0800 (PST) MIME-Version: 1.0 Received: by 10.216.175.196 with SMTP id z46mr6711793wel.9.1289844883840; Mon, 15 Nov 2010 10:14:43 -0800 (PST) Received: by 10.216.93.14 with HTTP; Mon, 15 Nov 2010 10:14:43 -0800 (PST) In-Reply-To: References: <4CDD1BCA.5000700@mufin.com> Date: Mon, 15 Nov 2010 13:14:43 -0500 Message-ID: Subject: Re: Deleted File Handles - Index Writer From: Michael McCandless To: java-user@lucene.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org OK I opened https://issues.apache.org/jira/browse/LUCENE-2762 for this issu= e. Mike On Fri, Nov 12, 2010 at 5:21 PM, Michael McCandless wrote: > Are you using compound file format (the default)? > > If you turn that off (just for this test) do you still see that > IndexWriter is holding open the files (35 in your example) after you > close all readers? > > I've found a case, only with compound file, where IndexWriter holds > open a SegmentReader on the pre-compound-file files... I'm working on > a test case & fix. > > Mike > > On Fri, Nov 12, 2010 at 5:49 AM, Thomas Rewig wrote: >> =A0Hello, >> >> I use the searcherManager for LiveIndexing. With =A0watch -n 60 "lsof | = grep >> indexname | grep deleted | wc -l" I see the number of deleted file handl= es. >> The number of handles fluctuates during the indexing. =A00 -> 35 -> 53 -= > 135 >> -> 40 -> 85 ... Uwe said that this is expected because segments are stil= l >> referenced by the open IndexReaders, but files were already deleted by >> IndexWriter. >> >> But something puzzles me: >> >> Let's say we have a deleted file handle number of 85. If I switch the >> NearRealTime Searcher to the readOnlySearcher the file handle number is >> still 85. If i close afterwards the no more used indexwriter, the number >> drops to 35. =A0I think that means, that the indexwriter referenced dele= ted >> files that are not referenced by the readers. =A0It seems, that with eve= ry >> commit the number of deleted file handles (which maybe are "caused" by t= he >> indexwriter) grows. >> Is that possible and if yes why does the indexwriter do it? Is there a m= ax >> Value of deleted handles an IndexWriter could own, because I don't want = to >> chrash the system because of too much open filehandles? >> >> Thanks in advance. >> Thomas >> -- >> >> > --------------------------------------------------------------------- To unsubscribe, e-mail: java-user-unsubscribe@lucene.apache.org For additional commands, e-mail: java-user-help@lucene.apache.org