From owner-freebsd-stable@FreeBSD.ORG Tue Jan 24 21:24:00 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0533516A41F; Tue, 24 Jan 2006 21:24:00 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7F5F43D60; Tue, 24 Jan 2006 21:23:55 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.13.4/8.13.4) with ESMTP id k0OLNqEk054329; Tue, 24 Jan 2006 13:23:52 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.4/8.13.1/Submit) id k0OLNqDx054328; Tue, 24 Jan 2006 13:23:52 -0800 (PST) (envelope-from sgk) Date: Tue, 24 Jan 2006 13:23:52 -0800 From: Steve Kargl To: Mark Tinguely Message-ID: <20060124212352.GA53686@troutmask.apl.washington.edu> References: <2BB1D847970ED7459EAA23DAB225073714FCE1@hrosvr02.suzlon.de> <200601242112.k0OLCHQs026935@casselton.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200601242112.k0OLCHQs026935@casselton.net> User-Agent: Mutt/1.4.2.1i Cc: m.lyubich@suzlon.de, freebsd-stable@freebsd.org, freebsd-questions@freebsd.org, kris@obsecurity.org Subject: Re: Broadcomm BCM4401-B0 and memory upgrade issue. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jan 2006 21:24:00 -0000 On Tue, Jan 24, 2006 at 03:12:17PM -0600, Mark Tinguely wrote: > Have you tried to boot with the old contigmalloc using the sysctl > option "vm.old_contigmalloc=1"? Yes. This makes an enormous difference in boot up times. With vm.old_contigmalloc=1, fxp0 probes within a few seconds. Without it, fxp0 takes more than 7 minutes to probe. > Some people are seeing slow boot/configuration with new style > vm_page_alloc_contig/contigmalloc. yep. > I am doing some profiling of vm_page_alloc_contig() and have found > that larger physical memory configurations makes these problems much worse. yep. I have 12 GB. > I identified 4-5 places that can be changed to decrease the number > of page tables that is needed to be checked before an allocating a range. > Some of the changes will only occasionally save a few page checks, but > others changes could save several hundred or more page checks on every call. If you come up with a patch, I'm more than willing to test it. -- Steve