* Jarek Poplawski <jarkao2@o2.pl> wrote:My current take on this: queue the current task right to the next position in the tree (this is what this patch achieves in essence) was one of the yield implementations we already tried in CFS but it didnt meet the expectations of some apps. So i can only repeat my argument: this is not something that can be "solved" in the way you imagine and your arguments just reiterate the path that CFS has already taken in the past. So please do not expect _us_ to go out and pester people. If people feel so inclined, they are of course welcome to test out various approaches. (they might as well try the original yield-granularity patch which also makes the amount of "delay" tunable, so the ideal amount of delay can be figured out. And of course they should also try the existing yield flag.) Ingo -
| Ingo Molnar | Re: x86: 4kstacks default |
| Stephen Rothwell | Re: Announce: Linux-next (Or Andrew's dream :-)) |
| Trent Piepho | [PATCH] [POWERPC] Improve (in|out)_beXX() asm code |
| Rafael J. Wysocki | [Bug #10919] [regression] display dimming is slow and laggy - Acer Travelmate 661lci |
git: | |
| Linus Torvalds | Re: iptables very slow after commit 784544739a25c30637397ace5489eeb6e15d7d49 |
| Andrew Morton | Re: [BUG] New Kernel Bugs |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| David Miller | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
