getaffinity/setaffinity and cpu sets.

Daniel Eischen deischen at freebsd.org
Thu Feb 21 16:34:21 UTC 2008


On Wed, 20 Feb 2008, Jeff Roberson wrote:

> I have the following api working:
>
> /*
> * Parameters for the level argument to getaffinity.
> */
> #define CPU_LEVEL_SYS   1       /* All system cpus. */
> #define CPU_LEVEL_AVAIL 2       /* Available cpus for which. */
> #define CPU_LEVEL_WHICH 3       /* Actual mask for which. */
>
> /*
> * Parameters for the which argument to {get,set}affinity.
> */
> #define CPU_WHICH_TID   1       /* Specifies a thread id. */
> #define CPU_WHICH_PID   2       /* Specifies a process id. */
> #define CPU_WHICH_SET   3       /* Specifies a set id. */
>
>
> Along with a CPU_CLR, CPU_COPY, CPU_ISSET, CPU_SET, CPU_ZERO for manipulating 
> the sets.
>
> int getaffinity(int level, int which, int id, int cpusetsize, long *mask);
> int setaffinity(int which, int id, int cpusetsize, long *mask);
>
> The get call has a notion of 'level' which allows us to fetch different 
> masks.  The system set is all processors in the system.  The available set is 
> the set of cpus available to the tid/pid in the 'which' argument.  An 
> application would fetch the avail set and then potentially reduce it.
>
> The setaffinity call doesn't have a level because the avail/sys sets are 
> immutable.  You can only set things which can be specified by the which 
> argument.

Everything looks pretty good to me, but if you add the 'level' to
setaffinity(), you might be able to say "run on any ONE of the CPUs
in the cpuset - I don't care which one".

-- 
DE


More information about the freebsd-arch mailing list