From owner-freebsd-smp Sat Jul 14 13:42:15 2001 Delivered-To: freebsd-smp@freebsd.org Received: from beppo.feral.com (beppo.feral.com [192.67.166.79]) by hub.freebsd.org (Postfix) with ESMTP id C73A537B405; Sat, 14 Jul 2001 13:42:07 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from wonky.feral.com (wonky.feral.com [192.67.166.7]) by beppo.feral.com (8.11.3/8.11.3) with ESMTP id f6EKg6S89645; Sat, 14 Jul 2001 13:42:06 -0700 (PDT) (envelope-from mjacob@feral.com) Date: Sat, 14 Jul 2001 13:41:53 -0700 (PDT) From: Matthew Jacob Reply-To: To: Alfred Perlstein Cc: , Subject: Re: planned change to mbinit code and minor changes to mp startup In-Reply-To: <20010714132629.D29314-100000@wonky.feral.com> Message-ID: <20010714134008.F29314-100000@wonky.feral.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The more I look at the resource wastage for allocating for CPUs that aren't active, the more I think that this is not right. You're going to suck down not only maps but filled buckets. I would appreciate further discussion on this. -matt On Sat, 14 Jul 2001, Matthew Jacob wrote: > > One other note: > > > The mbuf subsystem shouldn't look for holes/sparseness in the > > number of cpus. > > I'm not sure you understood the dense/sparse issue. > > CPUID != #cpus, so in order to keep your semantics of mp_ncpus equal the > maxmimum possible # cpus, mp_ncpus will equal, perforce, the highest possible > cpuid. > > -matt > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-smp" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message