Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932831AbaFXQTd (ORCPT ); Tue, 24 Jun 2014 12:19:33 -0400 Received: from mga02.intel.com ([134.134.136.20]:53236 "EHLO mga02.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755024AbaFXQTb (ORCPT ); Tue, 24 Jun 2014 12:19:31 -0400 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.01,539,1400050800"; d="scan'208";a="562588985" Message-ID: <53A9A4E9.5090505@intel.com> Date: Tue, 24 Jun 2014 09:18:49 -0700 From: Dave Hansen User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: paulmck@linux.vnet.ibm.com CC: linux-kernel@vger.kernel.org, mingo@kernel.org, laijs@cn.fujitsu.com, dipankar@in.ibm.com, akpm@linux-foundation.org, mathieu.desnoyers@efficios.com, josh@joshtriplett.org, tglx@linutronix.de, peterz@infradead.org, rostedt@goodmis.org, dhowells@redhat.com, edumazet@google.com, dvhart@linux.intel.com, fweisbec@gmail.com, oleg@redhat.com, ak@linux.intel.com, cl@gentwo.org, umgwanakikbuti@gmail.com Subject: Re: [PATCH tip/core/rcu] Reduce overhead of cond_resched() checks for RCU References: <20140621025958.GA7185@linux.vnet.ibm.com> <53A85BF9.7030006@intel.com> <53A8611F.1000804@intel.com> <20140623180945.GL4603@linux.vnet.ibm.com> <53A8B884.6000600@intel.com> <20140624001519.GO4603@linux.vnet.ibm.com> <53A8C44E.7050000@intel.com> <20140624003934.GR4603@linux.vnet.ibm.com> In-Reply-To: <20140624003934.GR4603@linux.vnet.ibm.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 06/23/2014 05:39 PM, Paul E. McKenney wrote: > On Mon, Jun 23, 2014 at 05:20:30PM -0700, Dave Hansen wrote: >> On 06/23/2014 05:15 PM, Paul E. McKenney wrote: >>> Just out of curiosity, how many CPUs does your system have? 80? >>> If 160, looks like something bad is happening at 80. >> >> 80 cores, 160 threads. >80 processes/threads is where we start using >> the second thread on the cores. The tasks are also pinned to >> hyperthread pairs, so they disturb each other, and the scheduler moves >> them between threads on occasion which causes extra noise. > > OK, that could explain the near flattening of throughput near 80 > processes. Is 3.16.0-rc1-pf2 with the two RCU patches? It's actually with _just_ e552592e03 applied on top of 3.16-rc1. > If so, is the new sysfs parameter at its default value? I didn't record that, and I've forgotten. I'll re-run it to verify what it was. -- 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/