Received: by 2002:ac0:946b:0:0:0:0:0 with SMTP id j40csp198168imj; Wed, 13 Feb 2019 06:57:49 -0800 (PST) X-Google-Smtp-Source: AHgI3IbGO0YQBvYvsdAyg8tXiy5urxTRTG00704Pxcb9fBJKs/n4oUOGOHQagLfcRyDmC9xCZwL6 X-Received: by 2002:a63:7909:: with SMTP id u9mr821282pgc.243.1550069869812; Wed, 13 Feb 2019 06:57:49 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1550069869; cv=none; d=google.com; s=arc-20160816; b=bX1PJCJzvjSsAZTSrnEvfoddvhroN+CFHH7sojxCpKg90Ls/XVL/aFd4QsmuSpAyUI A+w3GGzgqiTAM9cR7Bzfd5jtdsKjRUAF1Gkzg4N2UD1qGwqhkURKBbbtweu1coKEaJJU 7pl5FonfMEhy7jVdfabau0dunb8RCsD0tksngD7tqNoZndYh3A30urhXbr6Zc+CevGqU t+2GjDNjYVId8bSoewADyFoi5CinPz33GpAoDdDwO2Hldcd/bCLnfrO1iRGZtGiqY+oi T+A6KSowuAuJCT2fWBx6sMBwnoxNMRk2P7I1CK+JjNX5MnVWLsErJ7+m7dqL7S9cor44 RrNw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=TZFOjxEzkb+xWsfZuwTAAn8tiDRXhJcT8XUbp/GzZDQ=; b=ACo9Fykh6/pnF8LMQ2MVUegwOtoX+CXnYm6R+DRiWRnhyxiUBcQWjNy9kDoiH3ulAO B58alDbi1KSOOr7dXKvYwF3Wosf5Pm5CIed7hkFxq2PkmEUQr4OnlOZn6/CRsFNCfJNx kmE5dHVLjYBw5Y74B9MKJx7+pECvAwYdLrAoN806p3ZPAQSXDF09D29ijJeuuJ5LZ8nP 929SzsWjeWoTAcvSLEI1g1OWmiEoDUx9v4Ekvl6n9qzOHw+7YvsMmuRNUXIs2nU+IPwC mtMCQAjcPKPo5dVDpYHRKtVTmyAIvMb9EiEtqDicftPlXs+VJbiS5AblF+Ekb5SjpQ4G IAVA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id z17si13063601pgf.267.2019.02.13.06.57.33; Wed, 13 Feb 2019 06:57:49 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2388381AbfBMNlT (ORCPT + 99 others); Wed, 13 Feb 2019 08:41:19 -0500 Received: from mx2.suse.de ([195.135.220.15]:44132 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1731945AbfBMNlT (ORCPT ); Wed, 13 Feb 2019 08:41:19 -0500 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.220.254]) by mx1.suse.de (Postfix) with ESMTP id AA8E0AEBC; Wed, 13 Feb 2019 13:41:17 +0000 (UTC) Date: Wed, 13 Feb 2019 14:41:15 +0100 From: Michal Hocko To: Peter Zijlstra Cc: linux-mm@kvack.org, Pingfan Liu , Dave Hansen , x86@kernel.org, Benjamin Herrenschmidt , Michael Ellerman , Tony Luck , linuxppc-dev@lists.ozlabs.org, linux-ia64@vger.kernel.org, LKML , Ingo Molnar Subject: Re: [PATCH v3 2/2] mm: be more verbose about zonelist initialization Message-ID: <20190213134115.GO4525@dhcp22.suse.cz> References: <20190212095343.23315-3-mhocko@kernel.org> <20190213094315.3504-1-mhocko@kernel.org> <20190213103231.GN32494@hirez.programming.kicks-ass.net> <20190213115014.GC4525@dhcp22.suse.cz> <20190213131131.GS32494@hirez.programming.kicks-ass.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190213131131.GS32494@hirez.programming.kicks-ass.net> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed 13-02-19 14:11:31, Peter Zijlstra wrote: > On Wed, Feb 13, 2019 at 12:50:14PM +0100, Michal Hocko wrote: > > On Wed 13-02-19 11:32:31, Peter Zijlstra wrote: > > > On Wed, Feb 13, 2019 at 10:43:15AM +0100, Michal Hocko wrote: > > > > @@ -5259,6 +5261,11 @@ static void build_zonelists(pg_data_t *pgdat) > > > > > > > > build_zonelists_in_node_order(pgdat, node_order, nr_nodes); > > > > build_thisnode_zonelists(pgdat); > > > > + > > > > + pr_info("node[%d] zonelist: ", pgdat->node_id); > > > > + for_each_zone_zonelist(zone, z, &pgdat->node_zonelists[ZONELIST_FALLBACK], MAX_NR_ZONES-1) > > > > + pr_cont("%d:%s ", zone_to_nid(zone), zone->name); > > > > + pr_cont("\n"); > > > > } > > > > > > Have you ran this by the SGI and other stupid large machine vendors? > > > > I do not have such a large machine handy. The biggest I have has > > handfull (say dozen) of NUMA nodes. > > > > > Traditionally they tend to want to remove such things instead of adding > > > them. > > > > I do not insist on this patch but I find it handy. If there is an > > opposition I will not miss it much. > > Well, I don't have machines like that either and don't mind the patch. > Just raising the issue; I've had the big iron boys complain about > similar things (typically printing something for every CPU, which gets > out of hand much faster than zones, but still). Maybe we can try to push this through and revert if somebody complains about an excessive output. -- Michal Hocko SUSE Labs