From owner-cvs-src@FreeBSD.ORG Mon Sep 22 14:29:35 2003 Return-Path: Delivered-To: cvs-src@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0786916A4B3; Mon, 22 Sep 2003 14:29:35 -0700 (PDT) Received: from canning.wemm.org (canning.wemm.org [192.203.228.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5885B43F3F; Mon, 22 Sep 2003 14:29:34 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by canning.wemm.org (Postfix) with ESMTP id 392A72A7EA; Mon, 22 Sep 2003 14:29:34 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Jake Burkholder In-Reply-To: <20030920164235.GM981@locore.ca> Date: Mon, 22 Sep 2003 14:29:34 -0700 From: Peter Wemm Message-Id: <20030922212934.392A72A7EA@canning.wemm.org> cc: cvs-src@FreeBSD.org cc: Jeff Roberson cc: src-committers@FreeBSD.org cc: cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/vm uma_core.c X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Sep 2003 21:29:35 -0000 Jake Burkholder wrote: > Apparently, On Fri, Sep 19, 2003 at 01:53:33AM -0700, > Jeff Roberson said words to the effect of; > > > jeff 2003/09/19 01:53:33 PDT > > > > FreeBSD src repository > > > > Modified files: > > sys/vm uma_core.c > > Log: > > - Move the logic for dealing with the uma_boot_pages cache into the > > page_alloc() function from the slab_zalloc() function. This allows us > > to unconditionally call uz_allocf(). > > - In page_alloc() cleanup the boot_pages logic some. Previously memory from > > this cache that was not used by the time the system started was left i n > > the cache and never used. Typically this wasn't more than a few pages , > > but now we will use this cache so long as memory is available. > > This doesn't take UMA_MD_SMALL_ALLOC into account. uma_small_alloc doesn't > know about the boot pages so it wanders into the vm system too early. Has there been any followup on this that I've missed? Do we need to update the MD functions to deal with boot pages or is something better in the pipeline? Cheers, -Peter -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5