From: Ingo Molnar <mingo@elte.hu>
To: Linus Torvalds <torvalds@linux-foundation.org>
Cc: Andrew Morton <akpm@linux-foundation.org>,
linux-kernel@vger.kernel.org,
Peter Zijlstra <a.p.zijlstra@chello.nl>,
Mike Galbraith <efault@gmx.de>
Subject: [git pull request] scheduler updates
Date: Tue, 28 Aug 2007 13:32:59 +0200 [thread overview]
Message-ID: <20070828113259.GA7922@elte.hu> (raw)
Linus, please pull the latest scheduler git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/mingo/linux-2.6-sched.git
no big changes - 5 small fixes and 1 small cleanup:
- the only bug with a human-noticeable effect is a bonus-limit oneliner
bug found and fixed by Mike: Mike has done interactivity testing of
-rc4 and found a relatively minor but noticeable Amarok
song-switch-latency increase under high load. (This bug was a
side-effect of the recent adaptive-latency patch - mea culpa.)
- there's a fix for a new_task_fair() bug found by Ting Yang: Ting has
done a comprehensive review of the latest CFS code and found this
problem which caused a random jitter of 1 jiffy of the key value for
newly started up tasks. Saw no immediate effects from this fix (this
amount of jitter is noise in most cases and the effect averages out
over longer time), but it's worth having the fix in .23 nevertheless.
- then there's a converge-to-ideal-latency change that fixes a
pre-existing property of CFS. This is not a bug per se but is still
worth fixing for .23 - the before/after chew-max output in the
changelog shows the clear benefits in consistency of scheduling.
Affects the preemption slowpath only. Should be human-unnoticeable.
[ We would not have this fix if it wasnt for the de-HZ-ification
change of the tunables, so i'm glad we got rid of the HZ uglies in
one go - they just hid this real problem. ]
- Peter noticed a bug in the SCHED_FEAT_SKIP_INITIAL code - but this
is off by default so it's a NOP on the default kernel.
- a small schedstat fix [NOP for defconfig]. This bug was there since
the first CFS commit.
- a small task_new_fair() cleanup [NOP].
Ingo
------------------>
Ingo Molnar (4):
sched: make the scheduler converge to the ideal latency
sched: fix wait_start_fair condition in update_stats_wait_end()
sched: small schedstat fix
sched: clean up task_new_fair()
Mike Galbraith (1):
sched: fix sleeper bonus limit
Ting Yang (1):
sched: call update_curr() in task_tick_fair()
include/linux/sched.h | 1 +
kernel/sched.c | 1 +
kernel/sched_fair.c | 46 +++++++++++++++++++++++++++++++++++-----------
3 files changed, 37 insertions(+), 11 deletions(-)
next reply other threads:[~2007-08-28 11:33 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-08-28 11:32 Ingo Molnar [this message]
2007-08-28 14:11 ` [git pull request] scheduler updates Mike Galbraith
2007-08-28 14:46 ` Ingo Molnar
2007-08-28 14:55 ` Mike Galbraith
-- strict thread matches above, loose matches on Subject: below --
2007-08-24 14:12 Ingo Molnar
2007-08-24 18:09 ` Linus Torvalds
2007-08-24 19:37 ` Ingo Molnar
2007-08-25 17:23 ` Ingo Molnar
2007-08-25 20:43 ` Ingo Molnar
2007-08-25 21:20 ` Peter Zijlstra
2007-08-31 1:58 ` Roman Zippel
2007-08-23 16:07 Ingo Molnar
2007-08-12 16:32 Ingo Molnar
2007-08-10 21:22 Ingo Molnar
2007-08-08 20:30 Ingo Molnar
2007-08-02 16:08 Ingo Molnar
2007-07-26 12:08 Ingo Molnar
2007-07-19 16:50 Ingo Molnar
2007-07-16 7:53 Ingo Molnar
2007-07-11 19:38 Ingo Molnar
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20070828113259.GA7922@elte.hu \
--to=mingo@elte.hu \
--cc=a.p.zijlstra@chello.nl \
--cc=akpm@linux-foundation.org \
--cc=efault@gmx.de \
--cc=linux-kernel@vger.kernel.org \
--cc=torvalds@linux-foundation.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox