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 D4A89C02198 for ; Mon, 10 Feb 2025 15:56:03 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 54CA16B0089; Mon, 10 Feb 2025 10:56:03 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id 4FD4B6B008A; Mon, 10 Feb 2025 10:56:03 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 3EAFA6B008C; Mon, 10 Feb 2025 10:56:03 -0500 (EST) 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 204046B0089 for ; Mon, 10 Feb 2025 10:56:03 -0500 (EST) Received: from smtpin18.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay01.hostedemail.com (Postfix) with ESMTP id BC0301C5EBC for ; Mon, 10 Feb 2025 15:56:02 +0000 (UTC) X-FDA: 83104486164.18.DC3DA82 Received: from casper.infradead.org (casper.infradead.org [90.155.50.34]) by imf04.hostedemail.com (Postfix) with ESMTP id 6A32940004 for ; Mon, 10 Feb 2025 15:55:59 +0000 (UTC) Authentication-Results: imf04.hostedemail.com; dkim=pass header.d=infradead.org header.s=casper.20170209 header.b=h1booOwA; spf=none (imf04.hostedemail.com: domain of willy@infradead.org has no SPF policy when checking 90.155.50.34) smtp.mailfrom=willy@infradead.org; dmarc=none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1739202961; 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=AKs870qSBK/vUQn//FX4xDrIiY2zRCfkPF6ez/cuC38=; b=ib0NPtzWwYXZQCyc728mczMKls8k/B1d4DAUSG/DVGQMw6XoYIbVgFoOJkM30HTbfq1rWA KFqEos312+qNCSFQWvdMxK/VtftXV4GL0ReQ4PUnxqugHxr0EAHCX0MmyiMxj00Bvaqz7+ GE/WMLfaNu0kDJGekHRBSLH6120ke/o= ARC-Authentication-Results: i=1; imf04.hostedemail.com; dkim=pass header.d=infradead.org header.s=casper.20170209 header.b=h1booOwA; spf=none (imf04.hostedemail.com: domain of willy@infradead.org has no SPF policy when checking 90.155.50.34) smtp.mailfrom=willy@infradead.org; dmarc=none ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1739202961; a=rsa-sha256; cv=none; b=qCpCl94yghyCRi7F70TP37dyjtYaVWLAQyCyVHbJNhyXMM2ErFgt9drFh0TOw/RYgrPW20 f6ZvD2+n8Zl6OhDolITNqnohRUeTxSY/V+UX4H8tQ9j1ykfJ7EyuynjL+A2DGPZfhsXQPg qQh0vJV7s1TzdPOGxDYnpqmqw0Gm46M= DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=casper.20170209; h=In-Reply-To:Content-Type:MIME-Version: References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description; bh=AKs870qSBK/vUQn//FX4xDrIiY2zRCfkPF6ez/cuC38=; b=h1booOwAZAbYJMO1XpPw1C83tO NPdTN3FDfa0rM2jNyQsA9ibPEoZFNiT//cc6GMNKcL2lM/lszTb9olxfsn+bZF8JVc5lkh5KTuYw8 eD9brXxpiqVyeNbNZhonVJmLYB3PUBzKd6y5WwPhZKEZKFiWqD6XIM++BDt/UCpMxPmVWWBICko/B yXgVhiasvdN7Sjy5+PfURXF0p9DxHR39OKcFySv32XeiLAKczpYMHVQ3Qi03Z3n8PEe6u+EcQY66G RowdTVMSjpWensljhuTf7u30mudX2hD9qmShfMtCFBL2nLw3zdUooga5OAj7Cp45W1enix2autU/7 S95GJQdA==; Received: from willy by casper.infradead.org with local (Exim 4.98 #2 (Red Hat Linux)) id 1thW8R-0000000GDt3-3qwI; Mon, 10 Feb 2025 15:55:47 +0000 Date: Mon, 10 Feb 2025 15:55:47 +0000 From: Matthew Wilcox To: Gregory Price Cc: Byungchul Park , "Harry (Hyeonggon) Yoo" <42.hyeyoo@gmail.com>, Honggyu Kim , kernel_team@skhynix.com, lsf-pc@lists.linux-foundation.org, linux-mm@kvack.org, linux-cxl@vger.kernel.org Subject: Re: [LSF/MM/BPF TOPIC] Restricting or migrating unmovable kernel allocations from slow tier Message-ID: References: <20250207072024.GA48419@system.software.com> <20250210071741.GB39454@system.software.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspam-User: X-Rspamd-Server: rspam09 X-Rspamd-Queue-Id: 6A32940004 X-Stat-Signature: n9iofn7qd8c6ga61c58ywp5dwc6p56a5 X-HE-Tag: 1739202959-69966 X-HE-Meta: U2FsdGVkX19Cv74R/5XedePtWZFNFauRqMMn+3iaSlKe13wUyiZjVw4RGuhLmrKrYX1P1+pWu4OrOdi8GNbAhAPAn2oVVMooRXMmSwtEOsQya9EK2bdEvutlua32IZQuOOQAoI3BjG9SbtO16XkN854bWQWSvU7rxsHfnpA6sfNkuRxfgICaqZ9XV/kRI9nqykKQSddWvz7SVYRl66DWNe1vJwIy/uCRQb/fO49QcJ+Cm4OeiEwOi5G8Hyp3T28wr+Zpn5WZJU+SePipuqL39P1QsUlG04ihg6uAr5TCoiAokuBwidKDDpjUKd0PU0NHhqdxQQ+Pelf7Q58qq5RnBziiXCKD4bhvQuoTrW9b/OvC+LZNBYV7xzqwHZ9YLV4vPhBw20/R4miePlChg5t+nvxV5/2/rIbEqA0ibKsmusItomL/dhBnR60N3J8tZd8gNy//qQl88R39AAFeRbQD0P2V5rfyEe/G182QmyEPLeXMAi4iwLB1N6gLa1nKmnHlWjPIiWnNz/B7wuwJYZpU0gxuukxB/AIcPRUuEc92moZGxsz1ZJplsjC9e3I4hTUBGrZ/QNxsNyivt2ieQiZqduln8PoP9lPk+CkOp2jHGP9Br/iTFicMgl0FWUPZuqhZ/uVMJV9JJ9OWT/4K0chmDA7hamYS4FUN3zrtUqCg1SijpnhVsdzsb0X8Wu6+2kgNhiiz5HJMvDqjNzMk0sKRjtoCU4HHq0GIjqKeisXDOF0wCIi/kUcq4ZsTW/Ac72aYVAL9Cs0bmXFtbvsbVsPf2w73lMR5X0skG7OEoqrYyTDtB1kbhpdk8aGY80kYsBgMwSHvGvBICBqlTote+u8UeULW+/KDf5B+Ym2wT3h8GyVptN4iibZcZC59OtMaYQWhcyBKoh/QV9eCVG3JJ0Xzmm4kI3MMTD9tUsSzewj1op0H2LVAqQ1v7nYihtN4+l5j55YQVPOuDi1qFFoLVWf C45xObjm 3d7QrnHJrIYSGPN5qdvQHeE9ciDX+4mInoWgt57ygTkLmF/04B2KjtsKfB+BPzwyyiufegCNc8TkkBPMFoviTSTP8MXRFZRI7mJ+ZTrYR9DS/IOJ+879Sul+wjEyOd0w5NDjqRDuXpk5tZAhPjUSQ+5bBALNNnAPj8EMzD/HfiUhAksfmaMjNt5owRPKpMLbVK41UUCuyFCpEtKPyNHnx7JYcSN7+7rfYN6q73EXQSs6QFcdbTAWq6nKGEsS27u/gqUgBIIA78hEEdsda4GYr8pN9eQ5JBHbFTI3E+kx+lAZRDwY= 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: List-Subscribe: List-Unsubscribe: On Mon, Feb 10, 2025 at 10:47:58AM -0500, Gregory Price wrote: > I also think someone should actively ask whether `struct page` can be > hosted on remote memory without performance loss. I may look into this. Given that it contains a refcount and various flags, some of which are quite hot, I would expect performance to suffer. It also suffers contention between different CPUs, so depending on your cache protocol (can it do cache-to-cche transfers or does it have to be written back to memory first?) it may perform quite poorly. But this is something that can be measured. Of course, the question must be asked whetheer we care. Certainly Intel's Apache Pass and similar Optane RAM products put the memmap on the 3DXP because there wasn't enough DRAM to put it there. So the pages are slower, but they were slower anyway! What I always wondered was what effect it would have on wear. But that's not a consideration for DRAM attached via CXL.