[lkml]   [2001]   [Nov]   [26]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: a nohup-like interface to cpu affinity
On Mon, 2001-11-26 at 23:41, Linux maillist account wrote:
> Robert and Ingo,
> A nohup-like interface to the cpu affinity service would be useful. It
> could work like the following example:
> $ cpuselect -c 1,3-5 gcc -c module.c
> which would restrict this instantiation of gcc and all of its children to
> cpus 1,3,4, and 5. This tool can be implemented in a few lines of C, with
> either /proc or syscall as the underlying implementation.

I can see the use for this, but you can also just do `echo whatever >
/proc/123/affinity' once it is running ... not a big deal.

It is automatically inherited by its children.

> On another subject -- capabilities -- any process should be able to reduce
> the number of cpus in its own cpu affinity mask without any special
> permission. To add cpus to a reduced mask, or to change the cpu affinity
> mask of other processes, should require the appropriate capability, be it
> CAP_SYS_NICE, CAP_SYS_ADMIN, or whatever is decided.

My patch already does this. If the user writing the affinity entry is
the same as the user of the task in question, everything is fine. If
the user possesses the CAP_SYS_NICE bit, he can set any task's
affinity. See the patch.

Robert Love

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:13    [W:1.254 / U:0.824 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site