Thread (35 messages) flat view 35 messages, 8 authors, 2011-10-17

Re: [PATCH, v10 3/3] cgroups: introduce timer slack controller

From: Peter Zijlstra <hidden>
Date: 2011-10-17 15:21:27
Also in: lkml

On Mon, 2011-10-17 at 16:19 +0100, Matthew Garrett wrote:
On Mon, Oct 17, 2011 at 05:11:00PM +0200, Peter Zijlstra wrote:
quoted
On Mon, 2011-10-17 at 15:59 +0100, Matthew Garrett wrote:
quoted
I'm not saying that it's a problem. I'm saying that your approach 
changes behavioural semantics in a way that may violate application 
expectations just as surely as changing the timer behaviour does. 
There's no free approach.
I'm not saying its free, I'm saying its a much better approach since it
gets rid of the entire problem instead of papering over the worst of it.
It solves it for a specific case, ie animations. Any other timer driven 
behaviour continues. It really does need to be tied to session idle, not 
application visibility, and enforcement at the X level does nothing to 
help that.
Well what other cases are there? Can we enumerate them and come up with
similar solutions?

Hard enforcement is very much better than papering over because it makes
the individual developer instantly aware that he's got a problem.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help