Quoting Chris Wilson (2018-01-20 09:36:10) > Quoting Matt Roper (2018-01-20 01:51:40) > > GPU contexts are usually created with "normal" priority as a starting point > > and > > then may be adjusted from their either via explicit methods > > (context_set_param) > > or implicit methods (boosts/penalization due to runtime behavior). Let's > > allow > > a system integrator to override this starting GPU priority for a group of > > processes by setting a parameter on the cgroup that these processes belong > > to. > > You are still allowing a process to undo the cgroup by changing its > own priority. What you want I think is a priority-offset or somesuch.
Along this vein, it's worthwhile pointing out that the current scheduler is not even close to being the cgroup-enabled CFS implementation it needs to be to call itself a scheduler. (It's more or less a no-op scheduler.) It may be premature to start exposing hooks into it. -Chris _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel
