Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752228AbZIGIYQ (ORCPT ); Mon, 7 Sep 2009 04:24:16 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751871AbZIGIYP (ORCPT ); Mon, 7 Sep 2009 04:24:15 -0400 Received: from mail.gmx.net ([213.165.64.20]:60443 "HELO mail.gmx.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP id S1751770AbZIGIYP (ORCPT ); Mon, 7 Sep 2009 04:24:15 -0400 X-Authenticated: #14349625 X-Provags-ID: V01U2FsdGVkX19J7/wrz2hJuxB6Yp+VPo8FzkXMq3MLAQ5+sT7hMC Q+SO6BYbRi2Uxb Subject: Re: question on sched-rt group allocation cap: sched_rt_runtime_us From: Mike Galbraith To: Peter Zijlstra Cc: Ani , Lucas De Marchi , linux-kernel@vger.kernel.org, Ingo Molnar In-Reply-To: <1252310374.7564.6.camel@twins> References: <36bbf267-be27-4c9e-b782-91ed32a1dfe9@g1g2000pra.googlegroups.com> <1252218779.6126.17.camel@marge.simson.net> <1252310374.7564.6.camel@twins> Content-Type: text/plain Date: Mon, 07 Sep 2009 10:24:14 +0200 Message-Id: <1252311854.7586.31.camel@marge.simson.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.1.1 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.59 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1313 Lines: 33 On Mon, 2009-09-07 at 09:59 +0200, Peter Zijlstra wrote: > On Sun, 2009-09-06 at 08:32 +0200, Mike Galbraith wrote: > > On Sat, 2009-09-05 at 19:32 -0700, Ani wrote: > > > On Sep 5, 3:50 pm, Lucas De Marchi wrote: > > > > > > > > Indeed. I've tested this same test program in a single core machine and it > > > > produces the expected behavior: > > > > > > > > rt_runtime_us / rt_period_us % loops executed in SCHED_OTHER > > > > 95% 4.48% > > > > 60% 54.84% > > > > 50% 86.03% > > > > 40% OTHER completed first > > > > > > > > > > Hmm. This does seem to indicate that there is some kind of > > > relationship with SMP. So I wonder whether there is a way to turn this > > > 'RT bandwidth accumulation' heuristic off. > > > > No there isn't.. > > Actually there is, use cpusets to carve the system into partitions. Yeah, I stand corrected. I tend to think in terms of the dirt simplest configuration only. -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/