Received: by 2002:a25:31c3:0:0:0:0:0 with SMTP id x186csp177190ybx; Tue, 29 Oct 2019 16:27:02 -0700 (PDT) X-Google-Smtp-Source: APXvYqxe6Utn65DnFfO70uMUpHa8W54rby9Bfj2s2oTRlPF0npCrf/FqB1WuLUb2ReYaUC5L/n3d X-Received: by 2002:a05:6402:110c:: with SMTP id u12mr28843165edv.127.1572391622321; Tue, 29 Oct 2019 16:27:02 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1572391622; cv=none; d=google.com; s=arc-20160816; b=sAjFaUsUEydz83IlCmOzUJTYBargoeWdHu1SAQgBEt3BeFR5VOPMfvCVyvkJvV0tkt tFEQ/J2ysTrKqcqUCK6uXiLKC6m5ES3SWJsBHxGaauX6aYcc5IFzCV1OWMRvMhycXtQ8 z+ChdR9RGHtw/AmMvjsfwKnAP3WR5FfgSGdaJKiU3qrfepDuNHGgrJQUbIy+E0te26du D5TFdkOgS7yObV1nEXy7LLjpf5XXlfjBzCSVFZofHKN5aYny59m4XCuZn5Eu7/EnO91Q 5Hprin7xdnuItKsps0SwbqCwbqW0YMtQBCq62oSGMUNdz+tgWQ2adXaeO3mKFE+jzCCL dUOg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:references :message-id:in-reply-to:subject:cc:to:from:date:dkim-signature; bh=byXq8vI93vI2DRTlxFYZJY3Q4kRQbv+vRep7d7kZkRI=; b=Rzp+ZYi/RUqSIZ/EzOmseYl1BhzZPUNTsktWXeiUlMMycue0mbfqBu/49DJ0pgG84Q LQgcct0JTPrbZ3oc36A3FUAICS2Jd2Ag/2bjs+F3hP1MLZJWkAM4fBGxOlIgyABchTY+ rsj2t32y1VofoEbOj1HTKgAnLGhf032C4h5+2Db8YKK+i/NBY3P9aUHg4lhDSKqbAXfr p7pAsL4UrnJbHnzegGC2a6WcG09TBjQmiLgL2uXQl4xHwV1RuE8SYvO1hnq3pcsmsjPR in4DUZ22cnQMqUDd5JbLJOGpFu1KuMhhKNpxRCEw7JmUV2cmXWf7XQ6G6D+g8/PDEla7 qaCA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=GFFqOhQi; 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=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id a28si210361edc.5.2019.10.29.16.26.38; Tue, 29 Oct 2019 16:27:02 -0700 (PDT) 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; dkim=pass header.i=@google.com header.s=20161025 header.b=GFFqOhQi; 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=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726089AbfJ2XZU (ORCPT + 99 others); Tue, 29 Oct 2019 19:25:20 -0400 Received: from mail-pg1-f194.google.com ([209.85.215.194]:46184 "EHLO mail-pg1-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726037AbfJ2XZT (ORCPT ); Tue, 29 Oct 2019 19:25:19 -0400 Received: by mail-pg1-f194.google.com with SMTP id f19so131685pgn.13 for ; Tue, 29 Oct 2019 16:25:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=date:from:to:cc:subject:in-reply-to:message-id:references :user-agent:mime-version; bh=byXq8vI93vI2DRTlxFYZJY3Q4kRQbv+vRep7d7kZkRI=; b=GFFqOhQiZ21b6sQNZnEkotYH6Evw7iiXFNtAUkxCkPZioqhbKxZ2pWB1D4xqIilEx3 Pa/Q6AVMaDIm/eqgU2BtZkeRTiyvlBIeU0lGayH9jCP4QjKuWfDGj5y0TpvHfmLwjJiW G3+6FNtJu1uAk6A6iooX/mgTM5ssejpPSe36n30n5GVwqLmJF7DNIcdbEsaUisCTMerw 0FjAkecIn+bnA0WOUqfXLpKZ/cKIQwpXpNR/FRQxCFltDcKU+DZ0E/10ygIzb5sZDjsW ju5Tuj4O228+YmEW7udhxjMrSoy9jjfySeCF+cFFAElO84mxSSSb+0APK1wzRQOGDkpP emZQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:in-reply-to:message-id :references:user-agent:mime-version; bh=byXq8vI93vI2DRTlxFYZJY3Q4kRQbv+vRep7d7kZkRI=; b=p3wF4kgN2Z99H7MI8P8BH+1llg3WySU25smHREZCPmdDol0SoZSiYGXvAhcRCeu9yR rtt4JWlV6iFLaAoyurj0q1jXo3BiW0CFAOuXTLzP55E9ylstntOf0ns6OuRye6stO4mL 5cpsH2Re5C7pAVCMPcqjHh3AvPFHjoZl/8C7dSAfFHIp2FBTZjGwfZ6gEUhVLRxlNfaH Eu+v0EXnGD5Tt2NvcVqlhXgdJVvfV/raSTHPXLb6yY3ugMNvXu5NuqHzLRy7kyGmFQV/ 0+orwLkMxe9YR3vNAac0bTKU0u8/uwI5m0LO4v3kXQX/BwqRvMFOyFfsKfpVw5mCYduu XFrw== X-Gm-Message-State: APjAAAVEkGKZ/cCblbl0s7QhPwICXcqkZRoLJLGbT0fKSTTYw2mYcsNE VH3VM21kr9s6foyfNR00idM/iQ== X-Received: by 2002:aa7:9157:: with SMTP id 23mr4451187pfi.73.1572391518821; Tue, 29 Oct 2019 16:25:18 -0700 (PDT) Received: from [2620:15c:17:3:3a5:23a7:5e32:4598] ([2620:15c:17:3:3a5:23a7:5e32:4598]) by smtp.gmail.com with ESMTPSA id n62sm182096pjc.6.2019.10.29.16.25.17 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 29 Oct 2019 16:25:17 -0700 (PDT) Date: Tue, 29 Oct 2019 16:25:17 -0700 (PDT) From: David Rientjes X-X-Sender: rientjes@chino.kir.corp.google.com To: Andrew Morton cc: Michal Hocko , Vlastimil Babka , Linus Torvalds , Andrea Arcangeli , Mel Gorman , "Kirill A. Shutemov" , Linux Kernel Mailing List , Linux-MM Subject: Re: [patch for-5.3 0/4] revert immediate fallback to remote hugepages In-Reply-To: <20191029143351.95f781f09a9fbf254163d728@linux-foundation.org> Message-ID: References: <20190927074803.GB26848@dhcp22.suse.cz> <20190930112817.GC15942@dhcp22.suse.cz> <20191001054343.GA15624@dhcp22.suse.cz> <20191001083743.GC15624@dhcp22.suse.cz> <20191018141550.GS5017@dhcp22.suse.cz> <53c4a6ca-a4d0-0862-8744-f999b17d82d8@suse.cz> <08a3f4dd-c3ce-0009-86c5-9ee51aba8557@suse.cz> <20191029151549.GO31513@dhcp22.suse.cz> <20191029143351.95f781f09a9fbf254163d728@linux-foundation.org> User-Agent: Alpine 2.21 (DEB 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 29 Oct 2019, Andrew Morton wrote: > On Tue, 29 Oct 2019 16:15:49 +0100 Michal Hocko wrote: > > > > > > > 1. local node only THP allocation with no reclaim, just compaction. > > > 2. for madvised VMA's or when synchronous compaction is enabled always - THP > > > allocation from any node with effort determined by global defrag setting > > > and VMA madvise > > > 3. fallback to base pages on any node > > > > > > Signed-off-by: Vlastimil Babka > > > > I've given this a try and here are the results of my previous testcase > > (memory full of page cache). > > Thanks, I'll queue this for some more testing. At some point we should > decide on a suitable set of Fixes: tags and a backporting strategy, if any? > I'd strongly suggest that Andrea test this patch out on his workload on hosts where all nodes are low on memory because based on my understanding of his reported issue this would result in swap storms reemerging but worse this time because they wouldn't be constrained only locally. (This patch causes us to no longer circumvent excessive reclaim when using MADV_HUGEPAGE.)