From owner-cvs-all@FreeBSD.ORG Wed Jun 16 18:44:54 2004 Return-Path: Delivered-To: cvs-all@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7BB1516A4CE; Wed, 16 Jun 2004 18:44:54 +0000 (GMT) Received: from mail.ambrisko.com (adsl-64-174-51-43.dsl.snfc21.pacbell.net [64.174.51.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E28943D58; Wed, 16 Jun 2004 18:44:54 +0000 (GMT) (envelope-from ambrisko@ambrisko.com) Received: from server2.ambrisko.com (HELO www.ambrisko.com) (192.168.1.2) by mail.ambrisko.com with ESMTP; 16 Jun 2004 11:44:37 -0700 Received: from ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.12.9p2/8.12.9) with ESMTP id i5GIibSU094137; Wed, 16 Jun 2004 11:44:37 -0700 (PDT) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.12.9p2/8.12.9/Submit) id i5GIiaZp094136; Wed, 16 Jun 2004 11:44:36 -0700 (PDT) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200406161844.i5GIiaZp094136@ambrisko.com> In-Reply-To: <20040615032242.GD6753@cs.rice.edu> To: Alan Cox Date: Wed, 16 Jun 2004 11:44:36 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII cc: Brian Feldman cc: src-committers@FreeBSD.org cc: cvs-all@FreeBSD.org cc: cvs-src@FreeBSD.org 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: Wed, 16 Jun 2004 18:44:54 -0000 Alan Cox writes: | 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. Yes that would be great for systems that don't have much virtual address space available. Doug A.