Date: Sun, 08 Oct 2006 20:34:49 +0800 From: LI Xin <delphij@delphij.net> To: Astrodog <astrodog@gmail.com> Cc: freebsd-current@freebsd.org, David Xu <davidxu@freebsd.org>, current@freebsd.org Subject: Re: [PATCH] MAXCPU alterable in kernel config - needs testers Message-ID: <4528F069.7040504@delphij.net> In-Reply-To: <2fd864e0610080516k6682c101i8d9b83578593fb28@mail.gmail.com> References: <2fd864e0610080423q7ba6bdeal656a223e662a5d@mail.gmail.com> <200610082011.53649.davidxu@freebsd.org> <2fd864e0610080516k6682c101i8d9b83578593fb28@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigAE293599FC1AC9FC6D056869 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Astrodog wrote: > On 10/8/06, David Xu <davidxu@freebsd.org> wrote: >> On Sunday 08 October 2006 19:23, Astrodog wrote: >> > With the quad core processors coming out soon, this is going to beco= me >> > more of an issue.. (Sun T1/2000s aside). This is basically the same >> > patch from a few months ago, with updated offsets. >> > >> > If you don't define MAXCPU in the kernel config, it reverts to old >> > behavior. It has no logic to keep you from shooting yourself in the >> > foot though.. you can define options SMP and options MAXCPU 128 on >> > arm. >> > >> > --- Harrison Grundy >> >> I think MAXCPU should not be great than 32, since we currently define >> cpumask_t as an integer which now should be changed to a bitmap and >> a group of operations like we did for sigset_t. >> >> David Xu >> >=20 > Currently, MAXCPU is 16 on most platforms. In general, this value serves as a boundary of the kernel logic, and is determined by various factors, e.g., the bits available in cpumask_t, etc., therefore, I really do not see much benefit of letting this value customizable. Perhaps we can say that the problem is not that the value itself is immutable by the system administrator, but it was (perhaps?) not correctly reflected the actual support that the kernel can provide? Cheers, --=20 Xin LI <delphij@delphij.net> http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enigAE293599FC1AC9FC6D056869 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFKPBpOfuToMruuMARAxolAJ9x+Rx7gZBHLELXbbKp48qG1LO1EQCfbpKP bo1MZ77WK6OczY8bAk8gCMM= =67j4 -----END PGP SIGNATURE----- --------------enigAE293599FC1AC9FC6D056869--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4528F069.7040504>