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 Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id 9B6B7E748F5 for ; Mon, 2 Oct 2023 16:21:38 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 174738D0048; Mon, 2 Oct 2023 12:21:38 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 1243D8D000E; Mon, 2 Oct 2023 12:21:38 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id F2E0D8D0048; Mon, 2 Oct 2023 12:21:37 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0016.hostedemail.com [216.40.44.16]) by kanga.kvack.org (Postfix) with ESMTP id E1C0C8D000E for ; Mon, 2 Oct 2023 12:21:37 -0400 (EDT) Received: from smtpin09.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay09.hostedemail.com (Postfix) with ESMTP id 9FDD7802F6 for ; Mon, 2 Oct 2023 16:21:37 +0000 (UTC) X-FDA: 81301037034.09.04A0507 Received: from mail-qk1-f181.google.com (mail-qk1-f181.google.com [209.85.222.181]) by imf25.hostedemail.com (Postfix) with ESMTP id 7564EA000E for ; Mon, 2 Oct 2023 16:21:35 +0000 (UTC) Authentication-Results: imf25.hostedemail.com; dkim=pass header.d=cmpxchg-org.20230601.gappssmtp.com header.s=20230601 header.b="vo/csukm"; dmarc=pass (policy=none) header.from=cmpxchg.org; spf=pass (imf25.hostedemail.com: domain of hannes@cmpxchg.org designates 209.85.222.181 as permitted sender) smtp.mailfrom=hannes@cmpxchg.org ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1696263695; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=NaT0x53utpu1m0I+3T/XI1VUzVuytHLU7KtGrA3rvpc=; b=DPAb9VHJxMt/eh/82bo05EW+Huh6ZMIC/WbO7boL51uTU2wfljkJt15c4Cvq4fKq9VpR/8 slowG16XGT5RLHyNDL6Vk22Km5WwJk55UUIwDnlEi+Ui73Nsog6qQpfiS1h2QNWrh+lMnu enYcfK+kx0Hscx/dRMdtl4qkdVMMCY8= ARC-Authentication-Results: i=1; imf25.hostedemail.com; dkim=pass header.d=cmpxchg-org.20230601.gappssmtp.com header.s=20230601 header.b="vo/csukm"; dmarc=pass (policy=none) header.from=cmpxchg.org; spf=pass (imf25.hostedemail.com: domain of hannes@cmpxchg.org designates 209.85.222.181 as permitted sender) smtp.mailfrom=hannes@cmpxchg.org ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1696263695; a=rsa-sha256; cv=none; b=1FdMMvNw3mP3wmlrUgeHxIQy+YjLwQpYPUBvgRGSBUhPHFug+xTV5zIy2MncQEReyVGJEX 7jcxuwe+CloQeSOuz8Fki+G/t/hS2638eH+VHEVZG60NqbShFBulZuqfyahLPIDTHm3o+W OFTq07hKxqerEDKjm82nptjaFNnXMp8= Received: by mail-qk1-f181.google.com with SMTP id af79cd13be357-7741bffd123so1081942485a.0 for ; Mon, 02 Oct 2023 09:21:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cmpxchg-org.20230601.gappssmtp.com; s=20230601; t=1696263694; x=1696868494; darn=kvack.org; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date:message-id:reply-to; bh=NaT0x53utpu1m0I+3T/XI1VUzVuytHLU7KtGrA3rvpc=; b=vo/csukmmpnwzNeJHVP2hcGHmtNBLJHoQ7fG5sNhkkjY0ICt/FNEHfa6ncCJTRoXn0 4bJ8NtLjwyLtVDgX3h5UR1NTNmKrKZJV5dUfuSojoKJlFBpsr5feiUKmJEHxWhQx1eF1 Num3J6KMnDD6rXc6RG/+aIKo2E9rjrRgUb5lN2PyTpVZeedErzhONBqJsvWYHnk2llGY RC5+rQ5jc1R/k9m2fA0LuRfCkvJyKwcnhB7wIsc6lTmN/+Y1BTzPmIr8BbUCZCmZ+aIK AV3bBaSnHESjPXLlS92403v+p/3wy1NFm3aFtS9U4ElKryThaTVs8VdNSjI9ksr8ixQ8 bCuw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1696263694; x=1696868494; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=NaT0x53utpu1m0I+3T/XI1VUzVuytHLU7KtGrA3rvpc=; b=Jk5fd649QO1pBM6y+3FfTdk6cirZEqjmAIW/qSSqMj1xpF1pWUAIP6DuuhLlcR0VcA Wfn5fdLPrkcV3gv4cYlNcrSa/bHpAgNXNOqEoQjLi1OKcc7nVmsTd168DGip0UXfA1ZD H7EcfONNqBw5O9Xoq63bf//N6zSDygsKUpCYSE4iNkTosi1nX+eHsauuJDeR/3EPwXuG IRq+YL9JVPoSZUzB/y4svszCazqWjvIaKoOSOBksk9984zHGjPrr5pOM8C558UgCzTMa WtlEgadCodvZNVPxIDqc0jTkG6VzHh9ceb4xra5ZHBgw4PcKbhCbl8RfnBrQoPeQiUKF 27bQ== X-Gm-Message-State: AOJu0YwQHOh3zBuJ45C2G8JEA2gVzrahnyk3Z0cniCCo2DaEb38i8c2c XF84lRPkfFXsP3x2Zo93xBPLAA== X-Google-Smtp-Source: AGHT+IHBR9Tl9pOvqlxE75NeM5DT2AwWOubxDTt6FVTRUPGoLxdIiBlU9CkmYHCPoWwMOXvhe9w6cQ== X-Received: by 2002:a05:620a:d85:b0:76d:2725:f36f with SMTP id q5-20020a05620a0d8500b0076d2725f36fmr13889629qkl.71.1696263694335; Mon, 02 Oct 2023 09:21:34 -0700 (PDT) Received: from localhost (2603-7000-0c01-2716-3012-16a2-6bc2-2937.res6.spectrum.com. [2603:7000:c01:2716:3012:16a2:6bc2:2937]) by smtp.gmail.com with ESMTPSA id a14-20020a05620a124e00b0076cc4610d0asm9119059qkl.85.2023.10.02.09.21.33 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 02 Oct 2023 09:21:33 -0700 (PDT) Date: Mon, 2 Oct 2023 12:21:33 -0400 From: Johannes Weiner To: Michal Hocko Cc: Nhat Pham , akpm@linux-foundation.org, riel@surriel.com, roman.gushchin@linux.dev, shakeelb@google.com, muchun.song@linux.dev, tj@kernel.org, lizefan.x@bytedance.com, shuah@kernel.org, mike.kravetz@oracle.com, yosryahmed@google.com, linux-mm@kvack.org, kernel-team@meta.com, linux-kernel@vger.kernel.org, cgroups@vger.kernel.org Subject: Re: [PATCH v2 1/2] hugetlb: memcg: account hugetlb-backed memory in memory controller Message-ID: <20231002162133.GC5054@cmpxchg.org> References: <20230928005723.1709119-1-nphamcs@gmail.com> <20230928005723.1709119-2-nphamcs@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspam-User: X-Stat-Signature: 7tyqdaroq1n3fs9omoqdr5hhiq4behj5 X-Rspamd-Server: rspam07 X-Rspamd-Queue-Id: 7564EA000E X-HE-Tag: 1696263695-428001 X-HE-Meta: U2FsdGVkX19daOOzJ3iBudvDM2UUwBu/ny/1ybIulnkYdG37TXlDZarKR/2eYbwFILWT4nwMIyIPvrnu9WW4VNkxmLm2eTJai5xHVYaHha61zAHu5TUxpvbzBljsKjBgHt5Pj/Mt246VmmIcXwVdukmpRJ/j1CeJo7nSC+9Db97kqxPiRguitHI5Gvdsh4bepNLRsBiCN3w2Phy0IlnNISKHuUqPlCUE7kJIchYf+JAomKbRUTjLzBMvN6x+YQ57BcvLKDFUUgvqaeN0RaHjDJeBPUrfyJxSGQ+QtAmZFQNg+EXW0evvUwcbKBsnX/FbPH8YUohIYvlmfH3kgDvmdfDQ8zWviSaHCNI5UX+/+4hKJ7nuTTLLoLxxhP1/yi7vTKTt7r0AK+XYtzstzJPgA4b+Wqr1qIuwpwdGeS42wJT1IZpc8tlGhbjnAt6r4HNWuXjdTYq9PatBddECfvpDkjCQsSvUIzhEG0rBHpDbwDS5fsijSOHEdjswwEf+fkS1wO+OfIlIQ27pOhzhXQ3DFtlq/qNpZWFUVONyn0pdwLSRR6aG9vXKnuyULgQV4CktSVl53FdlxL/Q3gbVaCW9zqiMTjxZF5OcKA9b/7YfN3kpkU7iX9UIZ8SeTHcihTlaAE/GKLuJjN/riFmyp9WM4gLsPStm3td2z1GW4rk33miEhqbOrVq51hW9INRW5csVsKQzs26XZAtbndZDPzRBNbSWltaWY/BJNkDuQLWeOwN2axA/xVrfpN9PXU6la5YL0V/X8+tbgkd0Lh8pYtTLQQoCEZUS2jW7hPQRnW4XuoxIEfE9VN35HeLy0FTdBB/oI3oqn/38vvJoWGwhumXDl0nSMBG8kKZMS1xBohc+PhuovvyYPn0cDRBjW6mb54zvaF4WUiEsBIg+QrcYMQm31A3F6sqkZtnowcZG9jZFr92/1eeH4UT0UdY/Gpa1rKKuqhH+mxkL50HtglijLmA iBdoQw7B GJXEdUquzI2lQIhYM/NNMWh52vAFuTcxiw21WhMzCVoGauKYRB9Vb/0an3RwRacqqY/rXJUmXqY1nxQ2oK5HtnEhEVCS76xw4lJtZ/lzNChIcJgQwSjXlMhDBxXevkkXDHGXyIP8hBSS/h1QhaLD95bb4VDNNH+J/SM678trP4GWVKSlKTEQotHHVTf2junpMzUzUdfH58USBAgtzW0VDITOG/SSch75U8qBJsCqZ/SaFIOCJhrsw6NPn+ZhQxB4b+cKmqVCs/CBG52t8r66iQjKFKhJdy8DpD41tRcDVZGhSfWpsIy9KVIfeUxwIpeSb09dJdIx3ALUo1TlqIyRVp5Ix5W5stY/UwiYGkaaFlzEPfgACjULW6vc1G+uONQRCwuujtTn/nwn4hrrnFxtptZRlKXtszfV4lOWFwNHppmQO5BM= 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 Mon, Oct 02, 2023 at 03:43:19PM +0200, Michal Hocko wrote: > We should also consider the global control for this functionality. I am > especially worried about setups where a mixed bag of workloads > (containers) is executed. While some of them will be ready for the new > accounting mode many will leave in their own world without ever being > modified. How do we deal with that situation? It's possible to add more localized control on top of the global flag should this come up. But this seems like a new and honestly pretty hypothetical usecase, given the host-level coordination already involved in real-world hugetlb setups. The same could be said about other mount options, such as nsdelegate, memory_localevents, and memory_recursiveprot. Those you'd expect to have a much broader audience, and nobody has asked for mixed use. Let's cross this bridge not when but if we have to.