On Thu, 2003-09-25 at 06:26, Simon Derr wrote: > On Wed, 24 Sep 2003, David Mosberger wrote: > > > BTW: What do cpusets provide that couldn't be done with user-level > > tools on top of the existing sched_setaffinity() system call? > This is a question we had a long in-house debate about. > > The main reason of the inclusion of cpusets *inside* the kernel, is that > we have to deal with applications that may call sched_setaffinity() to > bind their processes to CPUs. Therefore we have to intercept these calls. > We could try to do some LD_PRELOAD userland trick or modify the libc, but > that would not work for statically linked programs. You could also do a big chunk of this by allowing normal privledge users to sched_setaffinity() a *subset* of their current allowed CPU set, but not expand it. sched_setaffinity() isn't *that* old of an interface, so I'm not sure why you can't just change the application at this point. -- Dave Hansen haveblue@us.ibm.com - To unsubscribe from this list: send the line "unsubscribe linux-ia64" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.htmlReceived on Thu Sep 25 12:58:48 2003
This archive was generated by hypermail 2.1.8 : 2005-08-02 09:20:18 EST