[lkml]   [2008]   [Feb]   [28]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: [RFC/PATCH 0/4] CPUSET driven CPU isolation
    Ingo wrote:
    > The "bootup" cpuset is just
    > a convenience container to handle everything that the box booted up
    > with, and then we can shrink it (without having to enumerate every PID
    > and every irq and other resource explicitly) to make place for other
    > cpusets.

    I'm not quite sure of what you're thinking here; rather I'm just
    bouncing off the sound of your words.

    But your words sound alot like what we at SGI call a 'boot' cpuset.

    Our big honkin NUMA customers, who are managing most of the system
    either for a few dedicated, very-important jobs, and/or under a
    batch scheduler, need to leave a few nodes to run the classic Unix
    load such as init, cron, assorted daemons and the admins login shell.

    So we provide them some init script mechanisms that make it easy to
    set this up, which includes moving every task (not many at the low
    numbered init script time this runs) that isn't pinned (doesn't have
    a restricted Cpus_allowed) into the boot cpuset, conventionally
    named /dev/cpuset/boot.

    I won't rest till it's the best ...
    Programmer, Linux Scalability
    Paul Jackson <> 1.940.382.4214

     \ /
      Last update: 2008-02-28 10:21    [W:0.023 / U:4.352 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site