On Sat, 2006-04-01 at 10:59 +0200, Mike Galbraith wrote: > This patch corrects the idle sleep logic to place a long sleeping task > into the runqueue at a barely interactive priority such that it can > not destroy interactivity should it immediately begin consuming > massive cpu. Did you test this extensively with bloated apps like Evolution and Firefox that need to be scheduled as interactive tasks even though they often peg the CPU? Lee - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
- Follow-Ups:
- References:
- [patch 2.6.16-mm2 0/9] sched throttle tree extract
- From: Mike Galbraith <[email protected]>
- Re: [patch 2.6.16-mm2 1/9] sched throttle tree extract - ignore invalid timestamps
- From: Mike Galbraith <[email protected]>
- Re: [patch 2.6.16-mm2 2/9] sched throttle tree extract - fix potential task uninterruptible bug
- From: Mike Galbraith <[email protected]>
- Re: [patch 2.6.16-mm2 3/9] sched throttle tree extract - remove IO priority barrier
- From: Mike Galbraith <[email protected]>
- Re: [patch 2.6.16-mm2 4/9] sched throttle tree extract - remove kthread barrier
- From: Mike Galbraith <[email protected]>
- Re: [patch 2.6.16-mm2 5/9] sched throttle tree extract - correct idle sleep logic
- From: Mike Galbraith <[email protected]>
- [patch 2.6.16-mm2 0/9] sched throttle tree extract
- Prev by Date: Re: Handling devices that don't have a bus
- Next by Date: Re: [PATCH 2/6] vfs: propagate mnt_flags into do_loopback/vfsmount
- Previous by thread: Re: [patch 2.6.16-mm2 10/9] sched throttle tree extract - kill interactive task feedback loop
- Next by thread: Re: [patch 2.6.16-mm2 5/9] sched throttle tree extract - correct idle sleep logic
- Index(es):
 |