Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754781AbYLPDZk (ORCPT ); Mon, 15 Dec 2008 22:25:40 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751980AbYLPDZb (ORCPT ); Mon, 15 Dec 2008 22:25:31 -0500 Received: from mail.gmx.net ([213.165.64.20]:36548 "HELO mail.gmx.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP id S1750965AbYLPDZb (ORCPT ); Mon, 15 Dec 2008 22:25:31 -0500 X-Authenticated: #14349625 X-Provags-ID: V01U2FsdGVkX1+Ujt0tp+mUJtucIvExRH6vhHlO2yNMhSp+L5lE8i DJok3o/CNkOVm4 Subject: Re: [Bug #12208] uml is very slow on 2.6.28 host From: Mike Galbraith To: Miklos Szeredi Cc: rjw@sisk.pl, a.p.zijlstra@chello.nl, mingo@elte.hu, linux-kernel@vger.kernel.org, kernel-testers@vger.kernel.org In-Reply-To: References: Content-Type: text/plain Date: Tue, 16 Dec 2008 04:25:27 +0100 Message-Id: <1229397927.5296.48.camel@marge.simson.net> Mime-Version: 1.0 X-Mailer: Evolution 2.22.1.1 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.48 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1557 Lines: 36 On Tue, 2008-12-16 at 01:49 +0100, Miklos Szeredi wrote: > On Sat, 13 Dec 2008, Rafael J. Wysocki wrote: > > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12208 > > Subject : uml is very slow on 2.6.28 host > > Submitter : Miklos Szeredi > > Date : 2008-12-12 9:35 (2 days old) > > References : http://marc.info/?l=linux-kernel&m=122907463518593&w=4 > > I did a bisection, and this is the commit which is responsible: > > commit 464b75273f64be7c81fee975bd6ca9593df3427b > Author: Peter Zijlstra > Date: Fri Oct 24 11:06:15 2008 +0200 > > sched: re-instate vruntime based wakeup preemption > > The advantage is that vruntime based wakeup preemption has a better > conceptual model. Here wakeup_gran = 0 means: preempt when 'fair'. > Therefore wakeup_gran is the granularity of unfairness we allow in order > to make progress. > > Signed-off-by: Peter Zijlstra > Acked-by: Mike Galbraith > Signed-off-by: Ingo Molnar If that commit is responsible, then it should also be very slow in pre 28 kernels, where the same exists. Hm, there's another possibility. Can you try echo NO_LAST_BUDDY > /sys/kernel/debug/sched_features? -Mike -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/