From owner-p4-projects Sun May 19 15:43:49 2002 Delivered-To: p4-projects@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 32767) id 29ED237B406; Sun, 19 May 2002 15:43:43 -0700 (PDT) Delivered-To: perforce@freebsd.org Received: from 12-234-96-171.client.attbi.com (12-234-96-171.client.attbi.com [12.234.96.171]) by hub.freebsd.org (Postfix) with ESMTP id 1163937B403; Sun, 19 May 2002 15:43:42 -0700 (PDT) Received: by 12-234-96-171.client.attbi.com (Postfix, from userid 1000) id 66C27A900; Sun, 19 May 2002 15:42:36 -0700 (PDT) Date: Sun, 19 May 2002 15:42:36 -0700 From: Jonathan Mini To: Julian Elischer Cc: Jeff Roberson , John Baldwin , Perforce Change Reviews , Peter Wemm , Jeff Roberson Subject: Re: PERFORCE change 11120 for review Message-ID: <20020519154236.I25907@stylus.haikugeek.com> References: <20020519000301.K49505-100000@mail.chesapeake.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: ; from julian@elischer.org on Sun, May 19, 2002 at 01:38:08AM -0700 Sender: owner-p4-projects@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Julian Elischer [julian@elischer.org] wrote : > > > On Sun, 19 May 2002, Jeff Roberson wrote: > > > > > On Sat, 18 May 2002, Jonathan Mini wrote: > > > > > Jeff Roberson [jroberson@chesapeake.net] wrote : > > > > > > > The fini call happens w/o the zone lock being held. > > > > > > In that case, we haven't any problems with the fini call, except that it > > > might be called from the page daemon. Is that a problem? > > > > > In all likelyhood it will *only* be called from the page daemon. > > > > Are you saying that discarding excess items occurs 'offline' > and is done by the paging daemon? > i.e. the dissassociation of the thread and its stack > doesn't happen in teh calling coext of the uma_zfree(). (?) > (no source here) > That's correct. The thread and its stack aren't actually deallocated until UMA frees the slab that the thread is on. UMA does this on a high/low water system, and will also allocate new slabs before all available threads are allocated. -- Jonathan Mini http://www.haikugeek.com "He who is not aware of his ignorance will be only misled by his knowledge." -- Richard Whatley To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe p4-projects" in the body of the message