Return-Path: Delivered-To: apmail-jakarta-lucene-user-archive@apache.org Received: (qmail 9497 invoked from network); 16 Jul 2002 23:09:39 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 16 Jul 2002 23:09:39 -0000 Received: (qmail 11137 invoked by uid 97); 16 Jul 2002 23:09:57 -0000 Delivered-To: qmlist-jakarta-archive-lucene-user@jakarta.apache.org Received: (qmail 11107 invoked by uid 97); 16 Jul 2002 23:09:56 -0000 Mailing-List: contact lucene-user-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Lucene Users List" Reply-To: "Lucene Users List" Delivered-To: mailing list lucene-user@jakarta.apache.org Received: (qmail 11095 invoked by uid 98); 16 Jul 2002 23:09:56 -0000 X-Antivirus: nagoya (v4198 created Apr 24 2002) Content-Class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Subject: RE: CachedSearcher Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3 Date: Wed, 17 Jul 2002 01:05:31 +0200 Message-ID: <50EA669584662B498F13A5F24630A0C00164CE44@peach.mnet.private> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: CachedSearcher thread-index: AcIs6ZyQgiLRawKHSmeffBr/Ku8SkgALJ3/Q From: =?iso-8859-2?Q?Hal=E1csy_P=E9ter?= To: "Lucene Users List" X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N > -----Original Message----- > From: Doug Cutting [mailto:cutting@lucene.com] > Sent: Tuesday, July 16, 2002 6:56 PM > To: Lucene Users List > Subject: Re: CachedSearcher >=20 >=20 > I would be very surprised=20 > if finalizers for=20 > the hundreds of files that Lucene might open in a session=20 > would have any=20 > measurable impact on garbage collector performance given the=20 > millions of other=20 > objects that the garbage collector might process in that session. >=20 I think your are right: using finalize method to release a resource has = no measurable impact on garbage collector performance. But if the jvm has no time to run the garbage collector than the = finalize method won't be called --> too many file opened exception (it = is the limit of the OS not of the jvm) I'm not sure that all jvm's garbage collector runs as soon as possible. peter -- To unsubscribe, e-mail: For additional commands, e-mail: