Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754974Ab0KTTqU (ORCPT ); Sat, 20 Nov 2010 14:46:20 -0500 Received: from swampdragon.chaosbits.net ([90.184.90.115]:16380 "EHLO swampdragon.chaosbits.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754879Ab0KTTqT (ORCPT ); Sat, 20 Nov 2010 14:46:19 -0500 Date: Sat, 20 Nov 2010 20:33:21 +0100 (CET) From: Jesper Juhl To: Linus Torvalds cc: Valdis.Kletnieks@vt.edu, Mike Galbraith , Oleg Nesterov , Peter Zijlstra , Mathieu Desnoyers , Ingo Molnar , LKML , Markus Trippelsdorf Subject: Re: [RFC/RFT PATCH v3] sched: automated per tty task groups In-Reply-To: Message-ID: References: <1287479765.9920.9.camel@marge.simson.net> <1287487757.24189.40.camel@marge.simson.net> <1287511983.7417.45.camel@marge.simson.net> <1287514410.7368.10.camel@marge.simson.net> <20101020025652.GB26822@elte.hu> <1287648715.9021.20.camel@marge.simson.net> <20101021105114.GA10216@Krystal> <1287660312.3488.103.camel@twins> <20101021162924.GA3225@redhat.com> <1288076838.11930.1.camel@marge.simson.net> <1288078144.7478.9.camel@marge.simson.net> <1289489200.11397.21.camel@maggy.simson.net> <30291.1289860866@localhost> User-Agent: Alpine 2.00 (LNX 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1208 Lines: 33 On Mon, 15 Nov 2010, Linus Torvalds wrote: > On Mon, Nov 15, 2010 at 2:41 PM, wrote: > > > > So the set of all tasks that never call proc_set_tty() ends up in the same one > > big default group, correct? > > Well, yes and no. > > Yes, that's what the code currently does. But I did ask Mike (and he > delivered) to try to make the code look and work in a way where the > whole "tty thing" is just one of the heuristics. > > It's not clear exactly what the non-tty heuristics would be, but I do > have a few suggestions: > > - I think it might be a good idea to associate a task group with the > current "cred" of a process, and fall back on it in the absense of a > tty-provided one. > Or how about (just brainstorming here) a group per 'process group'? -- Jesper Juhl http://www.chaosbits.net/ Don't top-post http://www.catb.org/~esr/jargon/html/T/top-post.html Plain text mails only, please. -- 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/