From owner-cvs-src@FreeBSD.ORG Tue Jun 15 03:22:47 2004 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 9DB8416A4CE; Tue, 15 Jun 2004 03:22:47 +0000 (GMT) Received: from cs.rice.edu (cs.rice.edu [128.42.1.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 823FA43D53; Tue, 15 Jun 2004 03:22:47 +0000 (GMT) (envelope-from alc@cs.rice.edu) Received: from localhost (calypso.cs.rice.edu [128.42.1.127]) by cs.rice.edu (Postfix) with ESMTP id 7A3814AAEF; Mon, 14 Jun 2004 22:22:42 -0500 (CDT) Received: from cs.rice.edu ([128.42.1.30]) by localhost (calypso.cs.rice.edu [128.42.1.127]) (amavisd-new, port 10024) with LMTP id 13674-01-65; Mon, 14 Jun 2004 22:22:42 -0500 (CDT) Received: by cs.rice.edu (Postfix, from userid 19572) id 2A6B64AAE4; Mon, 14 Jun 2004 22:22:42 -0500 (CDT) Date: Mon, 14 Jun 2004 22:22:42 -0500 From: Alan Cox To: Brian Feldman Message-ID: <20040615032242.GD6753@cs.rice.edu> References: <200406150102.i5F120XG078301@repoman.freebsd.org> <20040615024536.GA54698@green.homeunix.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040615024536.GA54698@green.homeunix.org> User-Agent: Mutt/1.4.2i X-Virus-Scanned: by amavis-20030616-p7 at cs.rice.edu cc: cvs-src@FreeBSD.org cc: src-committers@FreeBSD.org cc: cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/vm vm_contig.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: Tue, 15 Jun 2004 03:22:47 -0000 On Mon, Jun 14, 2004 at 10:45:36PM -0400, Brian Feldman wrote: > On Tue, Jun 15, 2004 at 01:02:00AM +0000, Brian Feldman wrote: > > green 2004-06-15 01:02:00 UTC > > > > FreeBSD src repository > > > > Modified files: > > sys/vm vm_contig.c > > Log: > > Make contigmalloc() more reliable: > > By the way, I'd be interested in specific "contigmalloc() wishlist" > items anyone may have at this point. I think it could stand for a > rewrite so it could be a lot more reliable still. On my system, the > contigmalloc() still doesn't succeed if I don't stop any compilations > currently in progress, but "totally reliable" isn't something that > contigmalloc() was written in mind with. > > Peter Wemm expressed concern that contigmalloc() should really be > allocating things from the top of usable physical memory. In addition > to just rewriting it so that the page-by-page allocation is done > transactionally and getting rid of the ugliness of unneededly forcing > out all active and inactive pages possible, are there other major items? > Separate the physical memory allocation from the virtual address space allocation. Specifically, there should be a function that I'll call vm_page_alloc_contig() that returns a pointer to the first of n consecutive vm_page's from the vm_page array. No kernel virtual addresses would be allocated by this function. Regards, Alan