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

From
Peter Zijlstra <hidden>
Date
2011-10-17 15:21:27
Also in
lkml
Reply to
Matthew Garrett, 2011-10-17
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.
Thread (35 messages) 35 messages, 8 authors, last reply 2011-10-17
Keyboard shortcuts
hback out one level
jnext message in thread / next series-diff position
kprevious message in thread / previous series-diff position
ldrill in
Escclose help / fold thread tree
?toggle this help