From mboxrd@z Thu Jan 1 00:00:00 1970 From: Peter Zijlstra Subject: Re: [PATCH, v10 3/3] cgroups: introduce timer slack controller Date: Mon, 17 Oct 2011 18:33:59 +0200 Message-ID: <1318869239.4172.64.camel@twins> References: <1318837019.6594.29.camel@twins> <20111017124647.GA12838@srcf.ucam.org> <1318856786.4172.22.camel@twins> <20111017141147.GA14581@srcf.ucam.org> <1318861707.4172.32.camel@twins> <20111017144013.GA15447@srcf.ucam.org> <1318862969.4172.45.camel@twins> <20111017145952.GB15769@srcf.ucam.org> <1318864260.4172.54.camel@twins> <20111017151920.GA16664@srcf.ucam.org> <1318864870.4172.61.camel@twins> <20111017164839.3887ee3e@lxorguk.ukuu.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8BIT Return-path: In-Reply-To: <20111017164839.3887ee3e-qBU/x9rampVanCEyBjwyrvXRex20P6io@public.gmane.org> Sender: linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org To: Alan Cox Cc: Matthew Garrett , Thomas Gleixner , Arjan van de Ven , Lennart Poettering , Andrew Morton , "Kirill A. Shutemov" , Paul Menage , Li Zefan , containers-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org, jacob.jun.pan-VuQAYsv1563Yd54FQh9/CA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Matt Helsley , linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Kay Sievers , harald-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org, david-o55+BOBDEFg@public.gmane.org, greg-U8xfFu+wG4EAvxtiuMwx3w@public.gmane.org List-Id: linux-api@vger.kernel.org On Mon, 2011-10-17 at 16:48 +0100, Alan Cox wrote: > > Hard enforcement is very much better than papering over because it makes > > the individual developer instantly aware that he's got a problem. > > Not always > > If you do weird container crap with timers than app authors will simply > point out that the weird container crap is buggy as it works properly in > a normal environment. Oh agreed. I never said the hard enforcement would/should rely on container crap. I'm very much in favour of a machine that's fully functional with a CGROUP=n kernel, thank you very much. Sadly a number of (userspace) wankers (some included on this thread) seem hell bent on making that impossible.