From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-12.9 required=3.0 tests=DKIMWL_WL_MED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, SIGNED_OFF_BY,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED,USER_AGENT_SANE_1, USER_IN_DEF_DKIM_WL autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 434D3CA9EC4 for ; Tue, 29 Oct 2019 23:25:22 +0000 (UTC) Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by mail.kernel.org (Postfix) with ESMTP id 017A12086A for ; Tue, 29 Oct 2019 23:25:21 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=google.com header.i=@google.com header.b="GFFqOhQi" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 017A12086A Authentication-Results: mail.kernel.org; dmarc=fail (p=reject dis=none) header.from=google.com Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=owner-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix) id 8CEB06B0007; Tue, 29 Oct 2019 19:25:21 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 858096B0008; Tue, 29 Oct 2019 19:25:21 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 71E116B000A; Tue, 29 Oct 2019 19:25:21 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from forelay.hostedemail.com (smtprelay0015.hostedemail.com [216.40.44.15]) by kanga.kvack.org (Postfix) with ESMTP id 4BA666B0007 for ; Tue, 29 Oct 2019 19:25:21 -0400 (EDT) Received: from smtpin02.hostedemail.com (10.5.19.251.rfc1918.com [10.5.19.251]) by forelay01.hostedemail.com (Postfix) with SMTP id A7591180AD82F for ; Tue, 29 Oct 2019 23:25:20 +0000 (UTC) X-FDA: 76098405600.02.toy67_4bb2dea5d3962 X-HE-Tag: toy67_4bb2dea5d3962 X-Filterd-Recvd-Size: 5027 Received: from mail-pg1-f196.google.com (mail-pg1-f196.google.com [209.85.215.196]) by imf29.hostedemail.com (Postfix) with ESMTP for ; Tue, 29 Oct 2019 23:25:20 +0000 (UTC) Received: by mail-pg1-f196.google.com with SMTP id u23so177968pgo.0 for ; Tue, 29 Oct 2019 16:25:20 -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=IQobl5rrNCkyNtQdBZXrzGH3EvFq/Da87kOHXoILD0dzydS79m98sGQZfiXsn1ilQU GoRu8u4Rf2NfERhJeXBBMUenvE/en93IaTUzKR1HsTYqQwlYY0L611AElIs/FJ2eZwL7 UEdLIYiIFvYLTZxIxNUIHkI0z6WWAsXHkx0U8mvcdNlDfetHFbp8i42trVTQ2vNTCX2R OgX+G+1e5V+nl+tQHZd9yFNjoTYR6zXGXnZRaGYamDA3p2AoS1vr4A/i8LvY2tnHJl52 MUHZ8bE/1glfc25Lbe7iLDhVopub0YIhXwZw/k0YiwLoTOZV3Em7pFYfqIRY8cHcNfH5 rBWQ== X-Gm-Message-State: APjAAAXV5Sdm5rRjgP2RXKe46ofKyXNdv3eynKYbdzOnLBHJfmb+ZOCH xSxQ8rjYBF+k4Y9UMTkzop9Kmg== X-Google-Smtp-Source: APXvYqzHXtxraQU0AMWCe0g1F04yfX6wEb0r8Whe9FFVSvnG68JJTH4YmxCo51lguwPxbuJxorGvMw== 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 X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: 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.)