sched: add new 'book' scheduling domain
Get series with b4
b4 am [email protected]Versions newest first · linked by author and title
- v2 Latest4 patches 5 repliesIn review
- v15 patches 11 repliesSuperseded
Patches in v2 No applies recorded yet
| # | Subject and files | Size | Replies | Applied |
|---|---|---|---|---|
| 1/4 | sched: merge cpu_to_core_group functionskernel/ | +5 | 1 reply | |
| 2/4 | sched: add book scheduling domaininclude/ include/ kernel/ | +82 | 1 reply | |
| 3/4 | topology/sysfs: provide book id and siblings attributesDocumentation/ drivers/ | +35 | 1 reply | |
| 4/4 | topology: add z11 cpu topology supportarch/ arch/ arch/ | +123 | 1 reply |
Reviews trailers per patch
No Reviewed-by, Acked-by or Tested-by trailers for v2 yet.
Cover letter [PATCH V2 0/4] sched: add new 'book' scheduling domain
This patch set adds (yet) another scheduling domain to the scheduler. The reason for this is that the recent (s390) z196 architecture has four cache levels and uniform memory access (sort of -- see below).
The cpu/cache/memory hierarchy is as follows:
Each cpu has its private L1 (64KB I-cache + 128KB D-cache) and L2 (1.5MB) cache.
A core consists of four cpus with a 24MB shared L3 cache.
A book consists of six cores with a 192MB shared L4 cache.
The z196 architecture has no SMT.
Also the statement that we have uniform memory access is not entirely correct. Actually the machine uses memory striping, so it "looks" like we have UMA until the next slice of memory gets accessed. However there is no interface which tells us which piece of memory is local or remote. So we (have to) simplify and assume that the cost of each memory access with L4 cache miss is the same.
In order to somehow use the information about the cache hierarchy so that the scheduler can make some decisions that improves cache hits I added the 'BOOK' scheduling domain between the MC and CPU domains.
Also please note that the s390 arch scheduling domain initializers need tuning:
The line
#define SD_BOOK_INIT SD_CPU_INIT
within the arch support patch is just there so it compiles and until we have something that really works.
Changes since V1:
Removed powersavings sysfs knob for the new scheduling domain since Peter objected to it ;)
Actually adding a third sysfs powersavings knob would increase the config space to 27 possible settings. That's simply too much and indeed no admin would care about fine tuning that.
What is needed is a single knob which configures the scheduler to do the 'right thing'.
It's up to the powersavings guys to come up with a viable solution here ;)