Resource distribution model (described in Documentation/cgroup-v2.txt).Ī further development of this idea is under development and will allow toĮxploit the same capacity capping attributes, in conjunction to the recently Principles, such as the support for single hierarchy and the "limit" The new approach has also been designed to be compliant to CGroups v2 The usage of the DL class, but still don't need to run at the maximum Android, ChromeOS, etc.) to efficiently implement differentĪ) Boosting of important tasks, by enforcing a minimum capacity in theĬPUs where they are enqueued for execution.ī) Capping of background tasks, by enforcing a maximum capacity.Ĭ) Containment of OPPs for RT tasks which cannot easily be switched to Tasks classification to frequencies selection, thus allowing informed
This means that the new proposed approach allows to extend the concept of Used to clamp the CPU utilization when the schedutil CPUFreq's governor The set of active constraints are tracked by the core scheduler, thus theyĪpply across all the scheduling classes. Of a CPU depending on the set of tasks currently RUNNABLE on that CPU. The proposed approach allows to constrain the minimum and maximum capacity Utilization, has been now replaced by a more simple yet effective set The previous boosting strategy, based on the inflation of the CPU's Task boosting/capping is now implemented as an extension on top ofĢ. The main differences with respect to the previous proposal are:ġ.
What has been discussed with people like PeterZ, PaulT and TejunH. The aim of this posting is to present a working prototype which implements This redesign has been defined to address the mainĬoncerns and comments collected in the LKML discussion as well at the last
Android tonegenerator ghj series#
This series presents a possible alternative design for what has been presented Was: SchedTune: central, scheduler-driven, power-perfomance control Paul Turner, Vincent Guittot, John Stultz, Todd Kjos, Tim Murray,Īndres Oportus, Joel Fernandes, Juri Lelli, Morten Rasmussen, ` (6 more replies) 0 siblings, 7 replies 66+ messages in threadįrom: Patrick Bellasi 14:38 UTC ( / raw)Ĭc: Ingo Molnar, Peter Zijlstra, Tejun Heo, Rafael J. 14:38 ` sched/core: add capacity constraints to " Patrick Bellasi Add capacity capping support to the CPU controller All of help / color / mirror / Atom feed * Add capacity capping support to the CPU controller 14:38 Patrick Bellasi
0 kommentar(er)
