linux-kernel - Re: exclusive cpusets broken with cpu hotplug

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Date:	Thu, 19 Oct 2006 01:42:25 -0700
From:	Paul Jackson <pj@....com>
To:	Nick Piggin <nickpiggin@...oo.com.au>
Cc:	holt@....com, suresh.b.siddha@...el.com, dino@...ibm.com,
	menage@...gle.com, Simon.Derr@...l.net,
	linux-kernel@...r.kernel.org, mbligh@...gle.com,
	rohitseth@...gle.com, dipankar@...ibm.com
Subject: Re: exclusive cpusets broken with cpu hotplug

Nick wrote:
> It is this non overlapping property that we can take advantage of, and
> partition the scheduler.

You want non-overlapping versus all other CPUs on the system.

You want to partition the systems CPUs, in the mathematical sense of
the word 'partition', a non-overlapping cover.  Fine.  That's an
honorable goal.

But cpu_exclusive gives you non-overlapping versus sibling cpusets.

Wrong tool for the job.  Close - sounded right - has that nice long
word 'exclusive' in there somewhere.  Wrong one however.  It made
good sense to anyone that came at this from the kernel/sched.c side,
as it was obvious to them what was needed.  To myself and my cpuset
users, it made no bleeping sense whatsoever.

What actual needs do we have here?  Lets figure that out, then if that
leads to adding mechanism of the right shape to fit the needs, fine.

-- 
                  I won't rest till it's the best ...
                  Programmer, Linux Scalability
                  Paul Jackson <pj@....com> 1.925.600.0401
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/