From owner-cvs-all@FreeBSD.ORG Tue Jun 15 02:45:42 2004 Return-Path: Delivered-To: cvs-all@freebsd.org Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id A8E6816A4CE; Tue, 15 Jun 2004 02:45:42 +0000 (GMT) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.12.11/8.12.11) with ESMTP id i5F2jfrK057999; Mon, 14 Jun 2004 22:45:41 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.12.11/8.12.11/Submit) id i5F2jdlv057998; Mon, 14 Jun 2004 22:45:39 -0400 (EDT) (envelope-from green) Date: Mon, 14 Jun 2004 22:45:36 -0400 From: Brian Feldman To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org Message-ID: <20040615024536.GA54698@green.homeunix.org> References: <200406150102.i5F120XG078301@repoman.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200406150102.i5F120XG078301@repoman.freebsd.org> User-Agent: Mutt/1.5.6i Subject: Re: cvs commit: src/sys/vm vm_contig.c X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jun 2004 02:45:43 -0000 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? -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\