Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932103AbbDHSNA (ORCPT ); Wed, 8 Apr 2015 14:13:00 -0400 Received: from mail-db3on0092.outbound.protection.outlook.com ([157.55.234.92]:30384 "EHLO emea01-db3-obe.outbound.protection.outlook.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1753437AbbDHSM6 (ORCPT ); Wed, 8 Apr 2015 14:12:58 -0400 Message-ID: <55256F92.1010606@ezchip.com> Date: Wed, 8 Apr 2015 14:12:34 -0400 From: Chris Metcalf User-Agent: Mozilla/5.0 (X11; Linux i686 on x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: Peter Zijlstra CC: Frederic Weisbecker , "Paul E. McKenney" , "Rafael J. Wysocki" , Martin Schwidefsky , Ingo Molnar , Subject: Re: [PATCH v2 2/2] nohz: make nohz_full imply isolcpus References: <5522BF1E.2040606@ezchip.com> <1428344205-27678-1-git-send-email-cmetcalf@ezchip.com> <1428344205-27678-2-git-send-email-cmetcalf@ezchip.com> <20150408094114.GX23123@twins.programming.kicks-ass.net> <5525357B.2080205@ezchip.com> <20150408142641.GG5029@twins.programming.kicks-ass.net> <55254794.4070503@ezchip.com> <20150408172746.GK5029@twins.programming.kicks-ass.net> In-Reply-To: <20150408172746.GK5029@twins.programming.kicks-ass.net> Content-Type: text/plain; charset="windows-1252"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [12.216.194.146] X-ClientProxiedBy: CO2PR11CA0005.namprd11.prod.outlook.com (10.141.242.143) To VI1PR02MB0782.eurprd02.prod.outlook.com (25.162.14.144) Authentication-Results: vger.kernel.org; dkim=none (message not signed) header.d=none; X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:VI1PR02MB0782; X-Forefront-Antispam-Report: BMV:1;SFV:NSPM;SFS:(10009020)(6049001)(6009001)(24454002)(479174004)(377454003)(51704005)(33656002)(40100003)(122386002)(87976001)(65816999)(83506001)(15975445007)(87266999)(2950100001)(50986999)(54356999)(86362001)(19580395003)(92566002)(76176999)(42186005)(59896002)(65956001)(64126003)(66066001)(47776003)(62966003)(50466002)(77096005)(23746002)(77156002)(46102003)(36756003)(110136001)(18886065003);DIR:OUT;SFP:1101;SCL:1;SRVR:VI1PR02MB0782;H:[10.7.0.41];FPR:;SPF:None;MLV:sfv;LANG:en; X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0;PCL:0;RULEID:(601004)(5002010)(5005006);SRVR:VI1PR02MB0782;BCL:0;PCL:0;RULEID:;SRVR:VI1PR02MB0782; X-Forefront-PRVS: 0540846A1D X-OriginatorOrg: ezchip.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 08 Apr 2015 18:12:53.3143 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR02MB0782 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1701 Lines: 37 On 04/08/2015 01:27 PM, Peter Zijlstra wrote: > On Wed, Apr 08, 2015 at 11:21:56AM -0400, Chris Metcalf wrote: >> Apparently the body of the commit message isn't as clear as it might be :-) >> >> It does say the same thing, though, basically that if nohz_full DOESN'T >> imply isolcpus, that's a bad thing. I'm happy to reword the text to avoid >> the double negative and say: >> >> nohz_full is only useful with isolcpus also set, since otherwise the >> scheduler has to run periodically to try to determine whether to steal >> work from other cores. > But you're doing the reverse! You're setting nohz_full for isolcpus, not > limiting the nohz_full mask to isolcpus. Ah, I see. Yes, that's right. The idea is that if you are saying "nohz_full=1-15" on the command line, you would like that to imply "isolcpus=1-15" as well, without having to actually say so explicitly. If we instead limit nohz_full based on isolcpus, it's not clear that it's actually worth making any change in this area. I still maintain that the text has always correctly (if perhaps confusingly) said what it is that the code was doing; where the text says "x implies y", that means "x being set forces y to be set". But I'm respinning it anyway for Frederic so I will avoid using the word "imply" altogether to make this clearer. The larger question is whether you agree with the proposed semantics. -- Chris Metcalf, EZChip Semiconductor http://www.ezchip.com -- 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/