Re: [PATCH 3/3] sched: Implement interface for cgroup unified hierarchy
From: Ingo Molnar
Date: Sun Oct 25 2015 - 05:33:41 EST
* Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx> wrote:
> On Sun, Oct 25, 2015 at 11:18 AM, Tejun Heo <tj@xxxxxxxxxx> wrote:
> >
> > We definitely need to weigh the inputs from heavy users but also need to
> > discern the actual problems which need to be solved from the specific
> > mechanisms chosen to solve them. Let's please keep the discussions technical.
> > That's the best way to reach a viable long-term solution which can benefit a
> > lot wider audience in the long term. Even though that might not be the path
> > of least immediate resistance, I believe that google will be an eventual
> > beneficiary too.
>
> So here's a somewhat odd request I got to hear very recently (at LinuxCon EU in
> Ireland)..
>
> A least some game engine writers apparently would like to be able to set
> scheduling priorities for threads within a single process, because they may want
> te game as a whole to have a certain priority, but then some of the threads are
> critical for latency and may want certain guaranteed resources (eg audio or
> actual gameplay) while others are very much background things (garbage
> collection etc).
>
> I suspect that's a very non-google use. We apparently don't really support that
> kind of per-thread model right now at all.
Hm, that's weird - all our sched_*() system call APIs that set task scheduling
priorities are fundamentally per thread, not per process. Same goes for the old
sys_nice() interface. The scheduler has no real notion of 'process', and certainly
not at the system call level.
This was always so and is expected to remain so in the future as well - and this
is unrelated to cgroups.
> Do they want cgroups? Maybe not. You can apparently do something like this under
> Windows and OS X, but not under Linux (and I'm reporting second-hand here, I
> don't know the exact details). I'm just bringing it up as a somewhat unusual
> non-server thing that is certainly very relevant despite being different.
So I'd realy like to hear about specifics, and they might be banging on open
doors!
Thanks,
Ingo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/