On Friday 02 May 2008, Frans Pop wrote:I have just tested a kernel with GROUP_SCHED enabled (with Peter's patch still included) and can confirm that enabling group scheduling causes serious latencies. Skips are much more frequent than with the issue that was just solved. latencytop shows (different samples) Scheduler: waiting for cpu 537.7 msec Scheduler: waiting for cpu 172.0 msec Scheduler: waiting for cpu 414.6 msec Scheduler: waiting for cpu 455.7 msec Scheduler: waiting for cpu 446.5 msec I think I also see why.... # grep bonus_max `grep -l amarokapp /proc/*/task/*/sched` /proc/4725/task/20645/sched:se.bonus_max : 122640.203776 /proc/4725/task/4725/sched:se.bonus_max : 122640.203776 /proc/4725/task/4793/sched:se.bonus_max : 41902109.884416 /proc/4725/task/4797/sched:se.bonus_max : 41902109.884416 /proc/4725/task/4798/sched:se.bonus_max : 41902109.884416 /proc/4725/task/4799/sched:se.bonus_max : 40880.046080 /proc/4725/task/4800/sched:se.bonus_max : 19.970683 --
| jjohansen | [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching |
| Vladislav Bolkhovitin | Re: Integration of SCST in the mainstream Linux kernel |
| Heiko Carstens | Re: -mm merge plans for 2.6.23 -- sys_fallocate |
| Andrew Morton | 2.6.23-rc6-mm1 |
git: | |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| Evgeniy Polyakov | Re: [BUG] New Kernel Bugs |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| David Miller | [GIT]: Networking |
