Help needed to implement parameter in SCHED_DEADLINE policy

Valdis.Kletnieks at vt.edu Valdis.Kletnieks at vt.edu
Sat Dec 27 15:19:47 EST 2014


On Sun, 28 Dec 2014 00:09:36 +0530, Chanchal Paul said:
> their DEADLINE. I dont want to disturb that order. If a scheduler
> picks up a task which is computationally intensive and lets it run
> then due to its thermal characteristic it may heat up processor so
> much that eventually a hardware DTM or a frequency scaling occurs and
> the system slows down as a effect.

This is properly the domain of CPU governors, not schedulers. Modern Intel
chipsets with the Turbo feature will dynamically up-throttle to whatever the
cooling budget allows, and if you have an older chipset that doesn't do that,
you're better off creating a custom governor that doesn't allow selection of
the highest CPU frequenc(y|ies) that exceed the current cooling budget

Note that this gets tricky on multi-core sockets, as activity on other
cores affects the cooling budget for the core you're scheduling onto.

And if your hardware is throwing actual thermal shutdown events, you have
bigger problems that scheduler hacks won't help.


-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 848 bytes
Desc: not available
Url : http://lists.kernelnewbies.org/pipermail/kernelnewbies/attachments/20141227/45334f5c/attachment.bin 


More information about the Kernelnewbies mailing list