lkml.org 
[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
From
Date
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 majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:13    [W:0.162 / U:0.384 seconds]
©2003-2014 Jasper Spaans. Advertise on this site