Received: by 2002:a05:6358:11c7:b0:104:8066:f915 with SMTP id i7csp4248748rwl; Tue, 28 Mar 2023 04:57:20 -0700 (PDT) X-Google-Smtp-Source: AK7set9rRX2qJTesePwMdEPQLatYhQqQFs6TqN0Goui7S4efw8LlZ16ZbAFC31C3wBGPOlA6hJBV X-Received: by 2002:a17:907:2119:b0:906:4739:d73e with SMTP id qn25-20020a170907211900b009064739d73emr21093497ejb.2.1680004640259; Tue, 28 Mar 2023 04:57:20 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1680004640; cv=none; d=google.com; s=arc-20160816; b=cGnERC0nLmAqwLkt9nih/dRqmrp7iPOSdm+0irIjgxlUJTBd3reYfAC3VYdHA5hzw6 3i5zwEBtk/c2LKPNpWPgf6I4PgC60bkKA/WC1+lXDk9fTzx8Ps+q3xPzXb1M4MhqWhS0 2Y9w52CwvJz8NXaVrxfCVxSbIz04EUfzoWJedP4HfY4wJhtLuSMr4CScOrArF2g2c+Qm Zm59Rf7ulfVJfvTKgTtbigDv3TqISaLp/ifrHEQhoOAZ7WihCJCKCkZQF9CaH5j0am/1 t80DoRK/7C5xjqM/XpHL05cOhTMKTlyFCpRweYk0vzgyqZKtJvZRH29YFLW2vf3FPuaa R+tA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=vFlxmCkFT3m//33K9ir1uA+dfJvleIWD/JRE4Jw7Dbk=; b=QLl5QYVhcDMgvpUHPp/DqZsFrx5nEuLY4A9YLtDpGuU9uOO1m6qF97ViqIBcehLIOT X84/9H2XuRZLcMT6UmK+gHeuP9rWWPWlrxGquXI/RIKV2gDnDquEJVW24A7X+wBziOKR xpZXGZsDXolmB7oJMFLYefrlI48N3FjrGLWN16PTD5Yq+yeMPeW6ks/4diY3NuGuo2cl r5uEaKYdz8p7JJj0AWGgBy84mEWItjs0emy5oP+p7WzbnzzwgZXMuQ6APWDGVtKXV2RN IfMiEHT9biGeCkTwKEKUvPp0h4x7rPgGxz0rItzAw5RwMRs8ZPIS1SBR65GwphTmGbla KoPQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@suse.com header.s=susede1 header.b=L1DwweSS; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=suse.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id nc12-20020a1709071c0c00b009333ffa651csi15792243ejc.258.2023.03.28.04.56.55; Tue, 28 Mar 2023 04:57:20 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@suse.com header.s=susede1 header.b=L1DwweSS; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=suse.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232887AbjC1LsK (ORCPT + 99 others); Tue, 28 Mar 2023 07:48:10 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:38748 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232377AbjC1LsH (ORCPT ); Tue, 28 Mar 2023 07:48:07 -0400 Received: from smtp-out2.suse.de (smtp-out2.suse.de [195.135.220.29]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 51B2F4EEF for ; Tue, 28 Mar 2023 04:48:05 -0700 (PDT) Received: from imap2.suse-dmz.suse.de (imap2.suse-dmz.suse.de [192.168.254.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-521) server-digest SHA512) (No client certificate requested) by smtp-out2.suse.de (Postfix) with ESMTPS id 526791FD88; Tue, 28 Mar 2023 11:48:03 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.com; s=susede1; t=1680004083; h=from:from:reply-to:date:date:message-id:message-id:to:to:cc:cc: mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=vFlxmCkFT3m//33K9ir1uA+dfJvleIWD/JRE4Jw7Dbk=; b=L1DwweSSmAw/ZOxbdHuywTMsf54s/dS2FVMTE01chluVjketcCM0Z3jZ2Lgt2RvxegMyI4 lM6zP+lGcu/iD5LtQ39Xiy5dhmGIGqY3XjFNkAbj65VsreyDoqPvZmpPY1BsW+DN5bub+z YLVgqBp8Psc3/2KDSn0SzS6G2EbI5lM= Received: from imap2.suse-dmz.suse.de (imap2.suse-dmz.suse.de [192.168.254.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-521) server-digest SHA512) (No client certificate requested) by imap2.suse-dmz.suse.de (Postfix) with ESMTPS id 33C981390B; Tue, 28 Mar 2023 11:48:03 +0000 (UTC) Received: from dovecot-director2.suse.de ([192.168.254.65]) by imap2.suse-dmz.suse.de with ESMTPSA id ZEtWCvPTImStHAAAMHmgww (envelope-from ); Tue, 28 Mar 2023 11:48:03 +0000 Date: Tue, 28 Mar 2023 13:48:02 +0200 From: Michal Hocko To: Marcelo Tosatti Cc: Frederic Weisbecker , Frederic Weisbecker , Andrew Morton , Leonardo Bras , Peter Zijlstra , Thomas Gleixner , Johannes Weiner , Roman Gushchin , Shakeel Butt , Muchun Song , LKML , linux-mm@kvack.org Subject: Re: [PATCH 1/2] sched/isolation: Add cpu_is_isolated() API Message-ID: References: <20230317134448.11082-1-mhocko@kernel.org> <20230317134448.11082-2-mhocko@kernel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Spam-Status: No, score=-2.5 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_MED,SPF_HELO_NONE,SPF_PASS autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon 27-03-23 07:24:54, Marcelo Tosatti wrote: > On Fri, Mar 24, 2023 at 11:35:35PM +0100, Frederic Weisbecker wrote: > > Le Sat, Mar 18, 2023 at 09:04:38AM +0100, Michal Hocko a ?crit : > > > On Fri 17-03-23 15:35:05, Marcelo Tosatti wrote: [...] > > > > Actually introducing cpu_is_isolated() seems fine, but it can call > > > > housekeeping_test_cpu(cpu, HK_TYPE_TICK) AFAICS. > > > > > > This is not really my area. Frederic, could you have a look please? > > > > The point is to have a function that tells if either nohz_full= or > > isolcpus=[domain] has been passed for the given CPU. > > > > Because I assumed that both would be interested in avoiding that flush > > noise, wouldn't it be the case? > > Yes, that is the case. But as a note: for the two main types of > configuration performed (one uses isolcpus=[domain] and the other > cgroups, for isolating processes) nohz_full= is always set. > > So just testing for nohz_full= would be sufficient (which perhaps would > make the code simpler). I do not see any mention about that assumption under Documentation/. Is this a best practice documented anywhere or it just happens to be the case with workloads you deal with? -- Michal Hocko SUSE Labs