Andi wrote:We (SGI) routinely handle that need with a custom init program, invoked with the init= parameter to the booting kernel, which sets up cpusets and then invokes the normal (real) init program in a cpuset configured to exclude those CPUs and nodes which we want to remain unloaded. For example, on a 256 CPU, 64 node system, we might have init running on a single node of 4 CPUs, and leave the remaining 63 nodes and 252 CPUs isolated from all the usual user level daemons started by init. There is no need for additional kernel changes to accomplish this. -- I won't rest till it's the best ... Programmer, Linux Scalability Paul Jackson <pj@sgi.com> 1.940.382.4214 --
| Srivatsa Vaddagiri | Re: [PATCH, RFC] reimplement flush_workqueue() |
| Greg KH | [GIT PATCH] driver core patches against 2.6.24 |
| debian developer | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Rafael J. Wysocki | 2.6.26-rc7-git2: Reported regressions from 2.6.25 |
| Alexey Dobriyan | Re: [GIT]: Networking |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| David Miller | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Ilpo Järvinen | Re: [bug] stuck localhost TCP connections, v2.6.26-rc3+ |
git: | |
