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 81458C282EC for ; Fri, 14 Mar 2025 14:53:06 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id A5923280003; Fri, 14 Mar 2025 10:53:04 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id A07DA280001; Fri, 14 Mar 2025 10:53:04 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 8D142280003; Fri, 14 Mar 2025 10:53:04 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0014.hostedemail.com [216.40.44.14]) by kanga.kvack.org (Postfix) with ESMTP id 7100A280001 for ; Fri, 14 Mar 2025 10:53:04 -0400 (EDT) Received: from smtpin05.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay07.hostedemail.com (Postfix) with ESMTP id 70A6D1612FC for ; Fri, 14 Mar 2025 14:53:05 +0000 (UTC) X-FDA: 83220449130.05.9D2EFF1 Received: from mail-qt1-f181.google.com (mail-qt1-f181.google.com [209.85.160.181]) by imf21.hostedemail.com (Postfix) with ESMTP id 81D601C0014 for ; Fri, 14 Mar 2025 14:53:03 +0000 (UTC) Authentication-Results: imf21.hostedemail.com; dkim=pass header.d=gourry.net header.s=google header.b=puAbgfhN; dmarc=none; spf=pass (imf21.hostedemail.com: domain of gourry@gourry.net designates 209.85.160.181 as permitted sender) smtp.mailfrom=gourry@gourry.net ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1741963983; a=rsa-sha256; cv=none; b=64+Ca+m1327XiMybguO4ZwnL2EjEQlQ3XRw/mghH9OLBzQIIbti2qgqvJOr8uPP/lEWnyS zemmr9kYapKaaBGcX+NahbrDa6AfF3e6H1nTsACQaQnsXz1ZTDT+uZBEiM1YGHdhSxXheS xLHRhbYdZl2cubuLv+C8eCCsfzhTZUw= ARC-Authentication-Results: i=1; imf21.hostedemail.com; dkim=pass header.d=gourry.net header.s=google header.b=puAbgfhN; dmarc=none; spf=pass (imf21.hostedemail.com: domain of gourry@gourry.net designates 209.85.160.181 as permitted sender) smtp.mailfrom=gourry@gourry.net ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1741963983; 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=YEd4Fj1LDDrUKJisnGXeYM3J99GuHY/GkN0INjiYBec=; b=vHgu7DgOnk+NMtxrwSth59ptJQFVuuaIG7DfcYZhsjKiyTFp7kIiFSaCshVWLSirXhWOz1 N7Py/el3cWJ+N0HcsJDOz9n20Ub55JgPTuIrC+pHXnmopujxqTdq/6tnWsrgOsgCt9HT29 447yZcu9mUNOLlvu6NR3c74NF8u7E84= Received: by mail-qt1-f181.google.com with SMTP id d75a77b69052e-476b4c9faa2so26259791cf.3 for ; Fri, 14 Mar 2025 07:53:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gourry.net; s=google; t=1741963982; x=1742568782; 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=YEd4Fj1LDDrUKJisnGXeYM3J99GuHY/GkN0INjiYBec=; b=puAbgfhNungdevqy6VMSimydj97FdyP0aqrLBBwGWJIiRynozhOY54sShLPGUEE0dE 3w++dTrIO2Y933qkqbEy4F9L/Q1lVS+50NBSR5qu7plVcIEjWgHCJKRWTKGIsGcBVHQV VXnCcH6jtVLkIYw00R4l44OpwFohNa+5/T++Pa85gr1m/TnUYrAFpSyhB4RQVzmw3+OJ YodnKjNx9fSpmDOUjHO4iXUmh2fR3uuRK8QJ/XS0RGx48OteCiRW1ekZ6DHcCmD6wii8 5fTDbXvQnVVCsR8dS6xD3nnTXQaiDRLM0EuQKn0tSu7ZSevtUfOnaQLibBIVGmo49DmV 2x0g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1741963982; x=1742568782; 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=YEd4Fj1LDDrUKJisnGXeYM3J99GuHY/GkN0INjiYBec=; b=UVd2BPhN0p66bRMd17kujyDczr8CAuy/NXPs3XDZ9Cw2d421u9sKATCmb+QwfadGHQ UbYW32xL2h00gsAuXU9mhVBHENTBs16IzuX7FNWXUU8E1kQbbzvi7WurMri9PvyYmvQa vaFIepedvN9gHTUHhMalgzGdgoQ2/+axesLn2yW++xJJNkg1gNdTXmiRKcunSmHdmjGu SAHFCc05ClAx/cuwxbsYl6rshbaSOGtmwG67+jBfnPoh+mSBNajc2pPucasvv1Hkw3e0 qvoTy2nk4Y6dW7qylcxi9HzXvaONeL/xQ3R2W3DLkk4X+Gj24aSyAekppPT1+kBgcFgb fB8Q== X-Forwarded-Encrypted: i=1; AJvYcCVGjmtHg/jCgOl6IpQvHMsuphOzoM9nPsrUDo3Dc9heXdgaJROsrBuriljiL6vZ2R73oHvvepZ5Ow==@kvack.org X-Gm-Message-State: AOJu0Ywjwi3x5mfzEMSVxnDxF1+3kOWWrtIS+yPbEuGe1bTU7P7P6Xcn /LyMXutKrn9oUgh/Aq2NRpZ+HDrFCHds1Sv8HC6xm2OpVyNLXOAlZ4aB/x69ID4= X-Gm-Gg: ASbGncv4IvJ3lw7TIDL9fU8SkJSg72xbN5F9VoXZTjBziLkAyMuIOMDRPxzTp6m/PsO oX/2OrAmd8bAvu4dv3OCOYLILWFHFEzMdB1V1f+cEMRflMgq+B6fRXlZ61YDlOtVNktNA3M27rN TeyVdGmCI0YL9HI9fYHnG8J46n7tfAm/rZCGuCH96zpzoQ445CDGt0d1nRQUBQqmEfFNhJwENYy CvRTT1chY+OFT1NgBRwW3vJwN5twYBNqkdVGb9+Y5PfgnUeCoTymRGFjcH6pnJ7nSmbZSAOP7zx +ZXmnVN2cHZ8EJNoF+6YoDcnekKjyJh8wXlhWxkIsV5Mgg/7JQzi8xILMY28l3MQJ5wbsUX/XVn fLuAlmeSfwExrkSrFLRHzFm3ENkg= X-Google-Smtp-Source: AGHT+IH3ggnZtqOByikt617LMehSj1WVoa+dpOZWBqv233tVXHDltWTiKQjWRf/+WeQaFRy9QEo0/w== X-Received: by 2002:ad4:5967:0:b0:6e6:6535:17dd with SMTP id 6a1803df08f44-6eaea996035mr45083906d6.7.1741963982667; Fri, 14 Mar 2025 07:53:02 -0700 (PDT) Received: from gourry-fedora-PF4VCD3F (pool-173-79-56-208.washdc.fios.verizon.net. [173.79.56.208]) by smtp.gmail.com with ESMTPSA id 6a1803df08f44-6eade209313sm24790786d6.19.2025.03.14.07.53.02 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 14 Mar 2025 07:53:02 -0700 (PDT) Date: Fri, 14 Mar 2025 10:53:00 -0400 From: Gregory Price To: Jonathan Cameron Cc: "Huang, Ying" , Joshua Hahn , lsf-pc@lists.linux-foundation.org, linux-mm@kvack.org, linux-kernel@vger.kernel.org, hyeonggon.yoo@sk.com, honggyu.kim@sk.com, kernel-team@meta.com Subject: Re: [LSF/MM/BPF TOPIC] Weighted interleave auto-tuning Message-ID: References: <20250313155705.1943522-1-joshua.hahnjy@gmail.com> <87frjfx6u4.fsf@DESKTOP-5N7EMDA> <20250314141541.00003fad@huawei.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20250314141541.00003fad@huawei.com> X-Stat-Signature: o6e7at1zyfit49tn7aotc6qhnxz39x4o X-Rspamd-Server: rspam12 X-Rspamd-Queue-Id: 81D601C0014 X-Rspam-User: X-HE-Tag: 1741963983-266369 X-HE-Meta: U2FsdGVkX1+VlntxfNRvETvBSwS8TcQViHN4JtMCCZ7vD9qCUIZ8bJx4l/nNAf8Gzrc93Hh6i3gB40xOnbFlSKAvcdra1LRjvRGQWoc3e4xzAJfRda5UFAEmlhkHGh2YU8RMRu19Lu1GcBC+eJysiMgwM2x7dZZnzNiysSOSWW6v+A8b7fviKHpg7iZjatb2uNFxFm6I5JxPBCIv1Frr+57493ypz7s0QMfyPQlnOgeCBZOJ3Ar0gjIAvmcgF1sN9wzJ1qu9UgzW6tJAUFdiJDR/8E6qOCGeF7XuwaGICKrexYycfhMcuo7FkyL135qAmmi8K0+xQfO+MNKPe0ThWbRtEGDjJhGvVhi29jKWvi4sIXdtFL4EvhbtTkbuwjecHsjC0eVPi6hbOoGUlKal08MvhXCcc6eYsF9L8O/NXuz78y5gMv3oZIxYT6L14d4+7hImVegM7nZcZ6/xPt6FNbeW43ugYll+9SApyVRE+9FSXf7YaYNyEDwBJ53rEqqra/9h0PSTYuizvX7IlKIq8fc8IxS/DLgnxQ73doK5yDdC56jMw/RQUPcNkYjhc07dFDvkzCXfPQ5WBxIZ/o0KzK8XjWWHiRzY6BIHjxiJsQuW5S5brlL8OrmVaM4t2kQm3whqm5V8hI7U4DeYMx+ay3DGFq+CMiPOYdbkaNBxfDDli6FrueF7rrAfECTcuyMCYFxOm6G7xdfAEnltrFozsKopm4waX9uBIqw5xMzbhVEJs9Vg/75k7JHDYyx37Yst66hOQOfTVm3OCaKCeND6MTRI+s7xsEHXjz+AukPBc9JyYiO0M2kJov6+mqNm1cJKxSPqzWQenfqpm0G0CZyJGqYwVUrwztolxzubBGuyOIf/VTUdh0XqgJziY9fgMKSyph1Ee/9jspJsAabaCmOkGt163ACK2rr/UG5LYWfx09JFzXGYZwsOSE8o9nC0kAU7un7Yv9UgC3juH3gOX8K QbQqn/Ht 7dfAAmCJloGvhTsTOJ6k6MmkFqQuPfVhSBfkp5kjPxpFRJkttzrEu81hE2nSjp/U09ZLI2oDhZI0y1oFBc8sLOopkr4mOF/mitk771rMxhHZMWX1xjqaXvsGH2prYuLgWB/JXiJAUOSo9d6y5C9KcncNM4KauqYzNLd948bTko32msMb9Tq+eevBK4pRNaMva15PVVMrGjQ0NJqhtTTrR+elm0BqNKMWu5rU625EfUxewhqx7dM69F1LXp7Yn4G4Jz66aVk/Ry8iF1+NsPysGVTpx6Nm6LNwQEF0xJyEpU0WEOcNksHbyjuifClycH/SFxLeuOY2AiV4C8wt6mMB0wl4AFHDB+QRIrb12n00GpOPuZ4teEpL9UB7A6OIrmGd8I3lA36hVb5gnCDkMwvG0YS4KHg== X-Bogosity: Ham, tests=bogofilter, spamicity=0.032962, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: List-Subscribe: List-Unsubscribe: On Fri, Mar 14, 2025 at 02:15:41PM +0000, Jonathan Cameron wrote: > > > - Does this need to be in the kernel? A userspace daemon that monitors kernel > > > metrics has the ability to make the changes (via the nodeN interfaces). > > If this was done in kernel, what metrics would make sense to drive this? > Similar to hot page tracking we may run into contention with PMUs or similar and > their other use cases. > Rather than directly affect weighted interleave, I think this stemmed from the idea of a "smart policy" that adjusted allocations based on bandwidth pressure and VMA permissions (code should be local, stack should be local, heap could be interleaved - etc). An example would be if DRAM bandwidth become pressured but CXL wasn't, then maybe tossing some extra allocations directly to CXL would actually decrease average latencies. I'm not sure how we'd actually implement this in userland, and I think this is ultimately MPOL_PONIES, but it's an interesting exploration. Some of this context was lost as we worked on weighted interleave auto-tuning. ~Gregory