From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754344AbaEOOqG (ORCPT ); Thu, 15 May 2014 10:46:06 -0400 Received: from e34.co.us.ibm.com ([32.97.110.152]:57869 "EHLO e34.co.us.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751255AbaEOOqD (ORCPT ); Thu, 15 May 2014 10:46:03 -0400 Date: Thu, 15 May 2014 07:45:53 -0700 From: "Paul E. McKenney" To: Mike Galbraith Cc: Paul Gortmaker , linux-kernel@vger.kernel.org, linux-rt-users@vger.kernel.org, Ingo Molnar , Peter Zijlstra , Steven Rostedt , Thomas Gleixner Subject: Re: [PATCH] sched/rt: don't try to balance rt_runtime when it is futile Message-ID: <20140515144553.GZ4570@linux.vnet.ibm.com> Reply-To: paulmck@linux.vnet.ibm.com References: <1400080115-12339-1-git-send-email-paul.gortmaker@windriver.com> <20140514154459.GE4570@linux.vnet.ibm.com> <1400123931.5175.38.camel@marge.simpson.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1400123931.5175.38.camel@marge.simpson.net> User-Agent: Mutt/1.5.21 (2010-09-15) X-TM-AS-MML: disable X-Content-Scanned: Fidelis XPS MAILER x-cbid: 14051514-1542-0000-0000-000001D367DF Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, May 15, 2014 at 05:18:51AM +0200, Mike Galbraith wrote: > On Wed, 2014-05-14 at 08:44 -0700, Paul E. McKenney wrote: > > > In practice, not sure how much testing CONFIG_NO_HZ_FULL=y has received > > for -rt kernels in production environments. > > I took 3.14-rt out for a quick spin on my 64 core box, it didn't work at > all with 60 cores isolated. I didn't have time to rummage, but it looks > like there are still bugs to squash. > > Biggest problem with CONFIG_NO_HZ_FULL is the price tag. It just raped > fast mover performance last time I measured. I do have a report of the RCU grace-period kthreads (rcu_preempt, rcu_sched, and rcu_bh) consuming excessive CPU time on large boxes, but this is for workloads with lots of threads and context switches. Whether relevant or not to your situation, working on it... Thanx, Paul