* 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 -
| Greg KH | [GIT PATCH] driver core patches against 2.6.24 |
| Tarkan Erimer | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Martin Michlmayr | Network slowdown due to CFS |
| Ingo Molnar | Re: x86 arch updates also broke s390 |
git: | |
| Gerrit Renker | [PATCH 15/37] dccp: Set per-connection CCIDs via socket options |
| David Miller | [GIT]: Networking |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Natalie Protasevich | [BUG] New Kernel Bugs |
