rt/wiki, cpuset (cset) Tutorial, here.

Although any set up of cpusets can really be described as “shielding,” there is one prevalent shielding model in use that is so common that cset has a subcommand that is dedicated to its use. This subcommand is called shield.

The concept behind this model is the use of three cpusets. The root cpuset which is always present in all configurations and contains all CPUs. The system cpuset which contains CPUs which are used for system tasks. These are the normal tasks that are not “important,” but which need to run on the system. And finally, the user cpuset which contains CPUs which are used for “important” tasks. The user cpuset is the shield. Only those tasks that are somehow important, usually tasks whose performance determines the overall rating for the machine, are run in the user cpuset.

The shield subcommand manages all of these cpusets and lets you define the CPUs and Memory Nodes that are in the shielded and unshielded sets. The subcommand automatically moves all movable tasks on the system into the unshielded cpuset on shield activation, and back into the root cpuset on shield tear down. The subcommand then lets you move tasks into and out of the shield. Additionally, you can move special tasks (kernel threads) which normally run in the root cpuset into the unshielded set so that your shield will have even less disturbance.

The shield subcommand abstracts the management of these cpusets away from you and provides options that drive how the shield is set up, which tasks are to be shielded and which tasks are not, and status of the shield. In fact, you need not be bothered with the naming of the required cpusets or even where the cpuset filesystem is mounted. Cset and the shield subcommand takes care of all that.

Coding Horror, How to Stop Sucking and Be Awesome Instead, here.

If you’re reading this abstract, you’re not awesome enough. Attend this session to unlock the secrets of Jeff Atwood, world famous blogger and industry leading co-founder of Stack Overflow and Stack Exchange. Learn how you too can determine clear goals for your future and turn your dreams into reality through positive-minded conceptualization techniques.* Within six to eight weeks, you’ll realize the positive effects of Jeff Atwood’s wildly popular Coding Horror blog in your own life, transporting you to an exciting new world of wealth, happiness and political power.

 

About these ads