Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932755AbcKGRUc convert rfc822-to-8bit (ORCPT ); Mon, 7 Nov 2016 12:20:32 -0500 Received: from smtprelay0251.hostedemail.com ([216.40.44.251]:40720 "EHLO smtprelay.hostedemail.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S932411AbcKGRU3 (ORCPT ); Mon, 7 Nov 2016 12:20:29 -0500 X-Session-Marker: 726F737465647440676F6F646D69732E6F7267 X-Spam-Summary: 2,0,0,,d41d8cd98f00b204,rostedt@goodmis.org,:::::::::::::::::::,RULES_HIT:41:152:355:379:541:599:800:960:968:973:988:989:1260:1277:1311:1313:1314:1345:1359:1437:1513:1515:1516:1518:1521:1534:1541:1593:1594:1711:1730:1747:1777:1792:2393:2553:2559:2562:3138:3139:3140:3141:3142:3354:3622:3865:3866:3867:3868:3870:3871:3872:3873:3874:4321:5007:6119:6261:7875:7903:8957:10004:10400:10450:10455:10848:10967:11026:11232:11473:11658:11914:12296:12438:12740:13069:13311:13357:13618:14181:14659:14721:19904:19999:21080:21451:30054:30062:30070:30090:30091,0,RBL:none,CacheIP:none,Bayesian:0.5,0.5,0.5,Netcheck:none,DomainCache:0,MSF:not bulk,SPF:fn,MSBL:0,DNSBL:none,Custom_rules:0:0:0,LFtime:2,LUA_SUMMARY:none X-HE-Tag: tiger51_1a5c92499091b X-Filterd-Recvd-Size: 3582 Date: Mon, 7 Nov 2016 12:19:39 -0500 From: Steven Rostedt To: "Paul E. McKenney" Cc: Sebastian Andrzej Siewior , "Michael S. Tsirkin" , Julia Cartwright , Luiz Capitulino , linux-rt-users@vger.kernel.org, Josh Triplett , Mathieu Desnoyers , Lai Jiangshan , linux-kernel@vger.kernel.org Subject: Re: [PATCH] rcu: update: make RCU_EXPEDITE_BOOT default Message-ID: <20161107121939.7346923f@gandalf.local.home> In-Reply-To: <20161103165931.GJ3716@linux.vnet.ibm.com> References: <20161012203223.GK29518@linux.vnet.ibm.com> <20161013191332-mutt-send-email-mst@kernel.org> <20161014092050.GW29518@linux.vnet.ibm.com> <20161016044420-mutt-send-email-mst@kernel.org> <20161016112846.GR29518@linux.vnet.ibm.com> <20161031173852.a3ji7hhgjis5l3u4@linutronix.de> <20161031181543.GN3716@linux.vnet.ibm.com> <20161102163002.igni3zdnid535nou@linutronix.de> <20161103162228.GG3716@linux.vnet.ibm.com> <20161103163326.jkjbncoz7a5oriy5@linutronix.de> <20161103165931.GJ3716@linux.vnet.ibm.com> X-Mailer: Claws Mail 3.14.0 (GTK+ 2.24.31; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1868 Lines: 46 On Thu, 3 Nov 2016 09:59:31 -0700 "Paul E. McKenney" wrote: > On Thu, Nov 03, 2016 at 05:33:27PM +0100, Sebastian Andrzej Siewior wrote: > > On 2016-11-03 09:22:28 [-0700], Paul E. McKenney wrote: > > > On Wed, Nov 02, 2016 at 05:30:02PM +0100, Sebastian Andrzej Siewior wrote: > > > > RCU_EXPEDITE_BOOT should speed up the boot process by enforcing > > > > synchronize_rcu_expedited() instead of synchronize_rcu() during the boot > > > > process. There should be no reason why one does not want this and there > > > > is no need worry about real time latency at this point. > > > > Therefore make it default. > > > > > > > > Signed-off-by: Sebastian Andrzej Siewior > > > > > > Well, it has been awhile since I removed a Kconfig parameter. > > > > > > So why could this be a bad thing? > > > > > > 1. Very large systems might see scalability issues with unconditional > > > expediting at boot. But if we don't try it, we won't know. > > > > You mean we would make the boot process slower for them instead of > > faster? > > For really bit systems, quite possibly, where "really big" means > many hundreds or (more likely) thousands of CPUs. > > But there are things that I can do to fix this when and if. > > > > 2. People bringing up new hardware might not want quite so many > > > IPIs. But they can just set rcu_normal to prevent that. > > > > I wanted to make things simple and not complicated… > > I know that feeling. ;-) > I agree, but if this creates a boot time regression in large machines, it may not be warranted. I know Linus usually doesn't like options with default y, but this may be one of those exceptions. Perhaps we should make it on by default and say in the config "if you have a machine with 100s or 1000s of CPUs, you may want to disable this". -- Steve