Messages in this thread | | | Date | Thu, 18 Nov 2010 22:15:11 -0500 | From | Mathieu Desnoyers <> | Subject | Re: [RFC/RFT PATCH v3] sched: automated per tty task groups |
| |
* Samuel Thibault (samuel.thibault@ens-lyon.org) wrote: > H. Peter Anvin, le Thu 18 Nov 2010 16:35:59 -0800, a écrit : > > On 11/16/2010 12:05 PM, Lennart Poettering wrote: > > > On Tue, 16.11.10 19:08, Peter Zijlstra (a.p.zijlstra@chello.nl) wrote: > > > > > >> > > >> On Tue, 2010-11-16 at 18:03 +0100, Lennart Poettering wrote: > > >>> Binding something like this to TTYs is just backwards. No graphical > > >>> session has a TTY attached anymore. And there might be multiple TTYs > > >>> used in the same session. > > >> > > >> Using a group per tty makes sense for us console jockeys.. > > > > > > Well, then maybe you shouldn't claim this was relevant for anybody but > > > yourself. Because it is irrelevant for most users if it is bound to the TTY. > > > > > > > For what it's worth, I suspect that the object that should be bound to > > is probably not the tty, but rather the session ID of the process (which > > generally is 1:1 with controlling TTY for console processes.) > > Agreed. > > That'll catch both the tty case (implemented by the proposed patch), and > the rest.
This really does make a lot of sense. Tying on the Session ID rather than the TTY would allow to deal with graphical applications by letting them specify session IDs with setsid() when the application starts. It seems much more generic than TTY, and maps to TTY already.
Thanks,
Mathieu
-- Mathieu Desnoyers Operating System Efficiency R&D Consultant EfficiOS Inc. http://www.efficios.com -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |