[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.LMD.2.00.1011210004090.2350@shogun.pilppa.org>
Date: Sun, 21 Nov 2010 00:16:46 +0200 (EET)
From: Mika Laitio <lamikr@...ppa.org>
To: Lennart Poettering <mzxreary@...inter.de>
cc: Linus Torvalds <torvalds@...ux-foundation.org>,
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
> > What complexity? Have you looked at the patch? It has no complexity anywhere.
> >
> > It's a _lot_ less complex than having system daemons you don't
> > control. We have not had good results with that approach in the past.
> > System daemons tend to cause nasty problems, and debugging them is a
> > nightmare.
>
> Well, userspace doesn't bite.
To me, this starts sounding like a legendary "userspace suspend" versus
"kernel suspend" support fights many years ago... Since that, I have
_sometimes_but_rarely_ been luckily enought to get my laptops
recovered from the suspend states successfully...
And as the kernel patches allows disabling the schedyles feature either via kernel
build parameters, boot parameters or at runtime _if_you_ really want, I do
not understand why do you complaint if there will be much better defaults
in the kernel immediately once you just build and boot the new kernel.
(I really do not plan to start converting init-rd boot scripts from
all of my computers systemd way of doing things in near future...)
Mika
--
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