From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755943Ab1JQOk7 (ORCPT ); Mon, 17 Oct 2011 10:40:59 -0400 Received: from cavan.codon.org.uk ([93.93.128.6]:57432 "EHLO cavan.codon.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751076Ab1JQOk6 (ORCPT ); Mon, 17 Oct 2011 10:40:58 -0400 Date: Mon, 17 Oct 2011 15:40:13 +0100 From: Matthew Garrett To: Peter Zijlstra Cc: Thomas Gleixner , Arjan van de Ven , Lennart Poettering , Andrew Morton , "Kirill A. Shutemov" , Paul Menage , Li Zefan , containers@lists.linux-foundation.org, jacob.jun.pan@linux.intel.com, linux-kernel@vger.kernel.org, Matt Helsley , linux-api@vger.kernel.org, Kay Sievers , harald@redhat.com, david@fubar.dk, greg@kroah.com Subject: Re: [PATCH, v10 3/3] cgroups: introduce timer slack controller Message-ID: <20111017144013.GA15447@srcf.ucam.org> References: <1318705910.2664.5.camel@laptop> <20111017013921.GA30035@tango.0pointer.de> <20111017032232.GA4816@srcf.ucam.org> <4E9BBB6D.4050004@linux.intel.com> <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> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1318861707.4172.32.camel@twins> User-Agent: Mutt/1.5.20 (2009-06-14) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: mjg59@cavan.codon.org.uk X-SA-Exim-Scanned: No (on cavan.codon.org.uk); SAEximRunCond expanded to false Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Oct 17, 2011 at 04:28:27PM +0200, Peter Zijlstra wrote: > On Mon, 2011-10-17 at 15:11 +0100, Matthew Garrett wrote: > > Whether or not you want the animation to carry on animating is policy, > > and you need something to be the policy agent. Let's say firefox is > > invisible. I now grab a copy of its window contents. What do I get? > > An XDamage and repaint from the X client, after which your copy will > complete and you get what you asked for? An XDamage and then an asynchronous RPC call to the remote server to identify the contents of the next frame before drawing them, plus some sort of new synchronisation mechanism for blocking the X query until that point? > > in preference to merging a piece > > of code that's functionally consistent with the rest of the cgroups > > infrastructure? > > Yep.. because as of yet there isn't a sane use-case to warrant adding > the maintenance burden. Any cgroup controller is functionally > consistent, per definition, that doesn't make it useful or even sane. Timers are a resource. People want to manage that resource. cgroups are a convenient mechanism for managing resources. -- Matthew Garrett | mjg59@srcf.ucam.org