[PATCH] MAXCPU alterable in kernel config - needs testers

Ivan Voras ivoras at fer.hr
Sun Oct 8 13:44:52 PDT 2006


David Xu wrote:

> 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.

Maybe there should be an option "MANYCPUS" that wraps current calls that
manipulate this int value into calls that operate on a bitmap, so
there's no speed loss in machines with low number of CPUs. Also, why not
use a 64-bit int on 64-bit platforms for the mask? This will cover at
least Niagara 2 by default.



More information about the freebsd-current mailing list