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=-13.3 required=3.0 tests=BAYES_00,DKIMWL_WL_MED, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,USER_IN_DEF_DKIM_WL autolearn=no 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 C5F22C433DB for ; Mon, 1 Mar 2021 20:56:14 +0000 (UTC) Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by mail.kernel.org (Postfix) with ESMTP id 6EBCF601FA for ; Mon, 1 Mar 2021 20:56:14 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 6EBCF601FA 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 EE8178D00A1; Mon, 1 Mar 2021 15:56:13 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id E98208D0063; Mon, 1 Mar 2021 15:56:13 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id DADE38D00A1; Mon, 1 Mar 2021 15:56:13 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from forelay.hostedemail.com (smtprelay0091.hostedemail.com [216.40.44.91]) by kanga.kvack.org (Postfix) with ESMTP id C4E1F8D0063 for ; Mon, 1 Mar 2021 15:56:13 -0500 (EST) Received: from smtpin24.hostedemail.com (10.5.19.251.rfc1918.com [10.5.19.251]) by forelay01.hostedemail.com (Postfix) with ESMTP id 82560180ACF75 for ; Mon, 1 Mar 2021 20:56:13 +0000 (UTC) X-FDA: 77872513026.24.7EFB81F Received: from mail-pf1-f179.google.com (mail-pf1-f179.google.com [209.85.210.179]) by imf02.hostedemail.com (Postfix) with ESMTP id 8CBB84001E1C for ; Mon, 1 Mar 2021 20:55:55 +0000 (UTC) Received: by mail-pf1-f179.google.com with SMTP id j12so12313217pfj.12 for ; Mon, 01 Mar 2021 12:56:12 -0800 (PST) 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 :mime-version; bh=aKfF3alorFUH2Sfxr377YFS/FLDvTTuPGkr1txbpzfE=; b=fmlnWl+F1L7aHevhdvuJMOrhIkIsAB4LL2iKlq/YY1BFe1i6oxbYOFPgw7nFhKWQuh 2yVsyCAUoGGZKNGqWHm+QuZvEYn2GpNvbUkeIK5dezJ8d2LV+EwLRtsRM/c9ULADzcp1 TDujFfPdsyZ7Xt5ou5On45h61UBaJEg1FUzgroubl8Gse0jxsUpgZuTeMW69yrFAIsXL JIIQOGCoBmJIfVq5/Cr/wHSngsnhTy+kh9u0hyTUxadEDbVhUDjWfAVyQ+2nNcaLNNYj TSZFQ7ZUvsOnkux0QZxF9B6aeDfJuv6vVJHPiEHqhAPCB6+vojVkyW+UZigIt2MTtc0P CLNg== 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:mime-version; bh=aKfF3alorFUH2Sfxr377YFS/FLDvTTuPGkr1txbpzfE=; b=iqQpPhVMKELh5A//k2lg75ORpV63o+Q6mGCFoglXReojb38nJTaFyVlpi6HZpllTe2 7kytNhbmpy1sh/u//00sE3fzV3k6bE4fF4Wcb75YKdDXMiIRkeOVLjcHdwKtdSLzWKJ7 /qmUCyKtKE+lZlS7OKvLwY8Ov+xF15oUZhXesBvFy5ZEBmIEwaGYu7KEJBKcXO9JHCP9 Fd5ZfnlO+BnL0Bgy3tyjiXsk3ak3o8/qO7bo6eW+0BSn28bgv77ytUAhO1QUB768agtk rbLlq+XvJSQD1n8Ka1nIeg3B+yZj43jneVRc0MAZ6m/ryYvJWeQenNde2BQMCMyEsbuP OoPQ== X-Gm-Message-State: AOAM533Txo0DI9dS74mHUB7lyJX4Q4x9wqo5EcH7mee11aqTecJ4KVQt BWguJLoFtN+alVvZnIFVMtqkgw== X-Google-Smtp-Source: ABdhPJxu5zQwkM2bTrndEGxVnNeG6KkNKVB0vEkmSnhtwG0S4ImL+bKVlU6rrZD33WtiittGVRTTqQ== X-Received: by 2002:a62:2e83:0:b029:1db:8bd9:b8ad with SMTP id u125-20020a622e830000b02901db8bd9b8admr197900pfu.74.1614632171597; Mon, 01 Mar 2021 12:56:11 -0800 (PST) Received: from [2620:15c:17:3:91e9:d3d2:53fd:5d0f] ([2620:15c:17:3:91e9:d3d2:53fd:5d0f]) by smtp.gmail.com with ESMTPSA id 186sm15017391pfx.132.2021.03.01.12.56.10 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 01 Mar 2021 12:56:10 -0800 (PST) Date: Mon, 1 Mar 2021 12:56:10 -0800 (PST) From: David Rientjes To: Alex Shi cc: David Hildenbrand , Vlastimil Babka , Michal Hocko , Hugh Dickins , Andrea Arcangeli , "Kirill A. Shutemov" , Song Liu , Matthew Wilcox , Minchan Kim , Chris Kennelly , linux-mm@kvack.org, linux-api@vger.kernel.org Subject: Re: [RFC] Hugepage collapse in process context In-Reply-To: <25d9347b-9359-efab-e1e3-f98bd0012af9@linux.alibaba.com> Message-ID: <544df052-f9f3-f068-f69e-343cc69d994b@google.com> References: <0b51a213-650e-7801-b6ed-9545466c15db@suse.cz> <600ee57f-d839-d402-fb0f-e9f350114dce@redhat.com> <5127b9c-a147-8ef5-c942-ae8c755413d0@google.com> <25d9347b-9359-efab-e1e3-f98bd0012af9@linux.alibaba.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Rspamd-Server: rspam04 X-Rspamd-Queue-Id: 8CBB84001E1C X-Stat-Signature: inkkuryafu9m56bi59kijpx5kpc6zyo8 Received-SPF: none (google.com>: No applicable sender policy available) receiver=imf02; identity=mailfrom; envelope-from=""; helo=mail-pf1-f179.google.com; client-ip=209.85.210.179 X-HE-DKIM-Result: pass/pass X-HE-Tag: 1614632155-544381 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 Wed, 24 Feb 2021, Alex Shi wrote: > > Agreed, and happy to see that there's a general consensus for the > > direction. Benefit of a new madvise mode is that it can be used for > > madvise() as well if you are interested in only a single range of your own > > memory and then it doesn't need to reconcile with any of the already > > overloaded semantics of MADV_HUGEPAGE. > > It's a good idea to let process deal with its own THP policy. > but current applications will miss the benefit w/o changes, and change is > expensive for end users. So except this work, may a per memcg collapse benefit > apps and free for them, we often deploy apps in cgroups on server now. > Hi Alex, I'm not sure that I understand: this MADV_COLLAPSE would be possible for process_madvise() as well and by passing a vectored set of ranges so a process can do this on behalf of other processes (it's the only way that we could theoretically move khugepaged to userspace, although that's not an explicit end goal). How would you see this working with memcg involved? I had thought this was entirely orthogonal to any cgroup.