From: Mike Galbraith <efault@gmx.de>
To: Miklos Szeredi <miklos@szeredi.hu>
Cc: rjw@sisk.pl, a.p.zijlstra@chello.nl, mingo@elte.hu,
linux-kernel@vger.kernel.org, kernel-testers@vger.kernel.org
Subject: Re: [Bug #12208] uml is very slow on 2.6.28 host
Date: Tue, 16 Dec 2008 15:19:40 +0100 [thread overview]
Message-ID: <1229437180.5379.76.camel@marge.simson.net> (raw)
In-Reply-To: <E1LCX8h-0001sh-Uo@pomaz-ex.szeredi.hu>
On Tue, 2008-12-16 at 11:26 +0100, Miklos Szeredi wrote:
> On Tue, 16 Dec 2008, Mike Galbraith wrote:
> > If that commit is responsible, then it should also be very slow in pre
> > 28 kernels, where the same exists.
>
> Everything prior to 2.6.28 was fine in this respect, so there must be
> some subtle difference.
Yeah, strange.
> > Hm, there's another possibility.
> > Can you try echo NO_LAST_BUDDY > /sys/kernel/debug/sched_features?
>
> It didn't help, unfortunately.
I'm happy to hear that actually.
> Applying this patch on top of latest git (which essentially reverts
> the above commit) fixes the slowness.
We definitely don't want to do that. Hm. There are only two commits
that spring to mind...
1af5f730fc1bf7c62ec9fb2d307206e18bf40a69, which is another hope not, and
3f3a490480d8ab96e0fe30a41f80f14e6a0c579d which doesn't seem likely.
-Mike
next prev parent reply other threads:[~2008-12-16 14:19 UTC|newest]
Thread overview: 51+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-12-13 16:29 2.6.28-rc8-git1: Reported regressions from 2.6.27 Rafael J. Wysocki
2008-12-13 16:29 ` [Bug #11849] default IRQ affinity change in v2.6.27 (breaking several SMP PPC based systems) Rafael J. Wysocki
2008-12-13 16:33 ` [Bug #12061] snd_hda_intel: power_save: sound cracks on powerdown Rafael J. Wysocki
2008-12-13 16:33 ` [Bug #12047] ACPI toshiba: only register rfkill if bt is enabled Rafael J. Wysocki
2008-12-13 16:33 ` [Bug #12028] i915 DRM is broken in 2.6.28-rc4 Rafael J. Wysocki
2008-12-13 16:33 ` [Bug #12159] 2.6.28-rc6-git1 -- No sound produced from Intel HDA ALSA driver Rafael J. Wysocki
2008-12-13 16:33 ` [Bug #12160] networking oops after resume from s2ram (2.6.28-rc6) Rafael J. Wysocki
2008-12-13 16:33 ` [Bug #12156] v2.6.28-rc2: x86_32 relocation regression? Rafael J. Wysocki
2008-12-13 16:33 ` [Bug #12100] resume (S2R) broken by Intel microcode module, on A110L Rafael J. Wysocki
2008-12-13 16:33 ` [Bug #12155] Regression in 2.6.28-rc and 2.6.27-stable - hibernate related Rafael J. Wysocki
2008-12-13 18:45 ` Fabio Comolli
2008-12-13 18:56 ` Rafael J. Wysocki
2008-12-14 23:11 ` Dave Kleikamp
2008-12-16 19:07 ` Ingo Molnar
2008-12-16 19:14 ` Linus Torvalds
2008-12-16 19:18 ` Ingo Molnar
2008-12-16 19:51 ` Greg KH
2008-12-13 16:33 ` [Bug #12208] uml is very slow on 2.6.28 host Rafael J. Wysocki
2008-12-16 0:49 ` Miklos Szeredi
2008-12-16 3:25 ` Mike Galbraith
2008-12-16 10:26 ` Miklos Szeredi
2008-12-16 14:19 ` Mike Galbraith [this message]
2008-12-16 15:27 ` Miklos Szeredi
2008-12-17 6:17 ` Mike Galbraith
2008-12-18 14:37 ` Ingo Molnar
2008-12-16 6:56 ` Peter Zijlstra
2008-12-13 16:33 ` [Bug #12195] "dd" make kernel panic Rafael J. Wysocki
2008-12-13 16:33 ` [Bug #12178] Xorg crash at first start Rafael J. Wysocki
2008-12-13 16:33 ` [Bug #12209] oldish top core dumps (in its meminfo() function) Rafael J. Wysocki
2008-12-13 16:33 ` [Bug #12210] 2.6.28-rc8 big regression in VM Rafael J. Wysocki
2008-12-25 11:20 ` Wu Fengguang
2008-12-25 14:11 ` Rafael J. Wysocki
2009-02-26 18:06 ` Lukas Hejtmanek
2009-02-27 6:37 ` KOSAKI Motohiro
2009-03-03 2:16 ` Wu Fengguang
2009-03-03 14:13 ` Lukas Hejtmanek
2008-12-20 21:56 2.6.28-rc9-git1: Reported regressions from 2.6.27 Rafael J. Wysocki
2008-12-20 22:00 ` [Bug #12208] uml is very slow on 2.6.28 host Rafael J. Wysocki
[not found] <nn3SOLVZ28H.A.bY.CafaJB@chimera>
2009-01-11 11:41 ` Rafael J. Wysocki
2009-01-12 10:04 ` Miklos Szeredi
2009-01-12 12:28 ` Rafael J. Wysocki
2009-01-19 21:41 2.6.29-rc2-git1: Reported regressions 2.6.27 -> 2.6.28 Rafael J. Wysocki
2009-01-19 21:45 ` [Bug #12208] uml is very slow on 2.6.28 host Rafael J. Wysocki
2009-01-26 11:35 ` Miklos Szeredi
2009-02-04 10:55 2.6.29-rc3-git6: Reported regressions 2.6.27 -> 2.6.28 Rafael J. Wysocki
2009-02-04 10:58 ` [Bug #12208] uml is very slow on 2.6.28 host Rafael J. Wysocki
2009-02-05 18:41 greg
2009-02-14 20:48 2.6.29-rc5: Reported regressions 2.6.27 -> 2.6.28 Rafael J. Wysocki
2009-02-14 20:50 ` [Bug #12208] uml is very slow on 2.6.28 host Rafael J. Wysocki
2009-02-22 13:58 ` Américo Wang
2009-02-23 14:27 ` Miklos Szeredi
2009-02-23 22:00 2.6.29-rc6: Reported regressions 2.6.27 -> 2.6.28 Rafael J. Wysocki
2009-02-23 22:02 ` [Bug #12208] uml is very slow on 2.6.28 host Rafael J. Wysocki
2009-03-03 19:34 2.6.29-rc6-git7: Reported regressions 2.6.27 -> 2.6.28 Rafael J. Wysocki
2009-03-03 19:41 ` [Bug #12208] uml is very slow on 2.6.28 host Rafael J. Wysocki
2009-03-14 19:11 2.6.29-rc8: Reported regressions 2.6.27 -> 2.6.28 Rafael J. Wysocki
2009-03-14 19:20 ` [Bug #12208] uml is very slow on 2.6.28 host Rafael J. Wysocki
2009-03-21 17:01 2.6.29-rc8-git5: Reported regressions 2.6.27 -> 2.6.28 Rafael J. Wysocki
2009-03-21 17:07 ` [Bug #12208] uml is very slow on 2.6.28 host Rafael J. Wysocki
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=1229437180.5379.76.camel@marge.simson.net \
--to=efault@gmx.de \
--cc=a.p.zijlstra@chello.nl \
--cc=kernel-testers@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=miklos@szeredi.hu \
--cc=mingo@elte.hu \
--cc=rjw@sisk.pl \
/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;
as well as URLs for NNTP newsgroup(s).