[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20101116211431.GA15211@tango.0pointer.de>
Date: Tue, 16 Nov 2010 22:14:31 +0100
From: Lennart Poettering <mzxreary@...inter.de>
To: Linus Torvalds <torvalds@...ux-foundation.org>
Cc: david@...g.hm, Dhaval Giani <dhaval.giani@...il.com>,
Peter Zijlstra <a.p.zijlstra@...llo.nl>,
Mike Galbraith <efault@....de>,
Vivek Goyal <vgoyal@...hat.com>,
Oleg Nesterov <oleg@...hat.com>,
Markus Trippelsdorf <markus@...ppelsdorf.de>,
Mathieu Desnoyers <mathieu.desnoyers@...icios.com>,
Ingo Molnar <mingo@...e.hu>,
LKML <linux-kernel@...r.kernel.org>,
Balbir Singh <balbir@...ux.vnet.ibm.com>
Subject: Re: [RFC/RFT PATCH v3] sched: automated per tty task groups
On Tue, 16.11.10 12:38, Linus Torvalds (torvalds@...ux-foundation.org) wrote:
>
> On Tue, Nov 16, 2010 at 12:33 PM, Lennart Poettering
> <mzxreary@...inter.de> wrote:
> >
> > No you don't. Because that is not a desktop use case.
>
> See my other response. You don't care AT ALL, because by your
> judgement, all desktop is is a web browser and a word processor.
Well, I do care. But I care more about *real* problems. For example the
fact that "updatedb" makes your system sluggish while it runs. Or
"man-db". Or anything else that runs from cron in the background.
Doing this tty dance won't help you much with background tasks such as
man-db, updatedb and cron and its jobs, will it? They don't have
ttys. Sorry for you. meh! Meh! meh! meh! meh!
(And along comes systemd, which actually handles this properly, since it
actually has a proper notion of what a service is, and what a session
is, and what an app is. And which hence can control all this sanely.)
Binding this to a tty is just solves a tiny bit of the real problem:
i.e. your own use of make -j. End of story.
Lennart
--
Lennart Poettering - Red Hat, Inc.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists