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 CE450C47422 for ; Sun, 21 Jan 2024 21:00:46 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id C0A0A6B006E; Sun, 21 Jan 2024 16:00:45 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id BB9BF6B0071; Sun, 21 Jan 2024 16:00:45 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id A81016B0072; Sun, 21 Jan 2024 16:00:45 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0015.hostedemail.com [216.40.44.15]) by kanga.kvack.org (Postfix) with ESMTP id 98CD86B006E for ; Sun, 21 Jan 2024 16:00:45 -0500 (EST) Received: from smtpin26.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay03.hostedemail.com (Postfix) with ESMTP id 184BAA08F4 for ; Sun, 21 Jan 2024 21:00:45 +0000 (UTC) X-FDA: 81704537250.26.9A3CCC1 Received: from mail-pl1-f169.google.com (mail-pl1-f169.google.com [209.85.214.169]) by imf24.hostedemail.com (Postfix) with ESMTP id 475D118001B for ; Sun, 21 Jan 2024 21:00:42 +0000 (UTC) Authentication-Results: imf24.hostedemail.com; dkim=pass header.d=google.com header.s=20230601 header.b=4Nlu8q8x; dmarc=pass (policy=reject) header.from=google.com; spf=pass (imf24.hostedemail.com: domain of rientjes@google.com designates 209.85.214.169 as permitted sender) smtp.mailfrom=rientjes@google.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1705870843; 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=cRZzT2f1JofCE2kB4k8BjPK4SbjBTzmzlRfHn5i6bdY=; b=6O37/B9Hxr9rsFD3VbumOJ+EQgVkgKCPqTD846osU45Qyt8sePUa4Y7QYk3kUrijqLVNJ9 pgnsHaRv7iUjcdHZvPmmI8Sqp2x1DwqQSaKjSRRaO2mCVwcsYg9ptLP7UnHY7eAzdxU1KU +yBhskNVtiZiMULwo+zWSxHvs43Pe5Y= ARC-Authentication-Results: i=1; imf24.hostedemail.com; dkim=pass header.d=google.com header.s=20230601 header.b=4Nlu8q8x; dmarc=pass (policy=reject) header.from=google.com; spf=pass (imf24.hostedemail.com: domain of rientjes@google.com designates 209.85.214.169 as permitted sender) smtp.mailfrom=rientjes@google.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1705870843; a=rsa-sha256; cv=none; b=4UR1bKvhnMCthbSHqwTSoach6FFvL+naLu0YpRrQAJf+bZJKQALNat3jDK+HJn96uvv983 OKU+LWNqkgeQtaQxppFkktXNUCT7oTeSlmXyZAgvEtRk7NKLVdDOxsBw+QxuKNnh0d12wy Nzu9GcxIWQG4gnEuqWUwRBHtay/lRCE= Received: by mail-pl1-f169.google.com with SMTP id d9443c01a7336-1d5ce88b51cso146135ad.0 for ; Sun, 21 Jan 2024 13:00:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20230601; t=1705870842; x=1706475642; darn=kvack.org; h=mime-version:references:message-id:in-reply-to:subject:cc:to:from :date:from:to:cc:subject:date:message-id:reply-to; bh=cRZzT2f1JofCE2kB4k8BjPK4SbjBTzmzlRfHn5i6bdY=; b=4Nlu8q8xWLJAyO3DBCzLoGOZUThTyCF/qKQeHlWqBG5u7qB0XydlLsFKJSzgc3jyXR l5UrDfsxk1zCRmrdu5Vg5JV9jxOew+kF/UAmZ6kSbRhB1HsE1i8vkamJVk6zacGtRwsC XLRX1cJE2liVXf8nt/mfAAX5eCOtNSotfI8cLXO5ILBY6iEMc6Difbob0N0qIRyj4TR5 g8MWX9NEWC1FpuBICSrG4hydEruMl+h3FJhbkH8MnRd0qzbY/0d9o3CGVJsnQKC6Lnv/ yuhS8BjxOc+M0boIiq4thsjPcUXp+U9Z1vGzewzGtnXfTCZ0k76d4efKTxVMZhppGdDU pXuw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1705870842; x=1706475642; h=mime-version:references:message-id:in-reply-to:subject:cc:to:from :date:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=cRZzT2f1JofCE2kB4k8BjPK4SbjBTzmzlRfHn5i6bdY=; b=Lp5NfVnSIGOaI1m2wSCLFp9+SVaAQ+XSo5UNAAfyvSd6tCYKpyt+0ujeZa4M9EykQY GXaPmKgvszqw3qTXrOczh8B5d7z5HLXXqW0KurrXfUUuoeiimGWA3rSewRLybtgY1nre 2qEp7LrHafr9L0aopMgYl93sOmUKgCmhQhsR1/zYM8L0fpOX9M5UKyCeDzjijt1JDp1D 0d+wpbuTEv4lnk10W4c3wGu+7cFeDTZErnCtVYQd/iuB/ErwP0XbcGztOgqvJC977HKv EKFMQWem+LlnVLhvSlEhSRTrZ20w7fzDQkRYs5xY8z93DOeendoCpaZ5ZGch/0GX1NZL V4zg== X-Gm-Message-State: AOJu0YyDOF+Vt1SeXVWNfViJSWyz/+ipWn+FcIKfq8ly5dtBqNfUkg/V Cv9udM3bFIvTpGf3tLJouxV4luFbpsRC X-Google-Smtp-Source: AGHT+IEXMNPZIS3H5wZZueT2jT74eobFzGlQuvq//fhxcAORa46mOSrn/8EHf0mLkfzQHYyU7j+f5w== X-Received: by 2002:a17:902:ecce:b0:1d6:ffb7:4af9 with SMTP id a14-20020a170902ecce00b001d6ffb74af9mr161181plh.14.1705870841493; Sun, 21 Jan 2024 13:00:41 -0800 (PST) Received: from [2620:0:1008:15:9c9c:e5a:9eed:f21b] ([2620:0:1008:15:9c9c:e5a:9eed:f21b]) by smtp.gmail.com with ESMTPSA id sl7-20020a17090b2e0700b0028b6759d8c1sm8191663pjb.29.2024.01.21.13.00.40 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 21 Jan 2024 13:00:40 -0800 (PST) Date: Sun, 21 Jan 2024 13:00:40 -0800 (PST) From: David Rientjes To: Matthew Wilcox , Pasha Tatashin , Sourav Panda cc: lsf-pc@lists.linux-foundation.org, linux-fsdevel@vger.kernel.org, linux-mm@kvack.org, linux-block@vger.kernel.org, linux-ide@vger.kernel.org, linux-scsi@vger.kernel.org, linux-nvme@lists.infradead.org, bpf@vger.kernel.org Subject: Re: [LSF/MM/BPF TOPIC] State Of The Page In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Rspam-User: X-Rspamd-Server: rspam12 X-Rspamd-Queue-Id: 475D118001B X-Stat-Signature: u5juay3dz3p683fkfic9bcqskc8dro7f X-HE-Tag: 1705870842-721260 X-HE-Meta: U2FsdGVkX1+vKsexoPE4yLl/6xTvvheGBEZge1Poa5DZRJWvP3tbGWgzACpAv/q1nCWI3kkxzIR7WWP/VFu55uvMxWqpj22S0CNmMC4l8W2Z4Gct+uVTb0WPPWnGLouKdxu10XrFsnEJFc4DoKYFvr/+eU9+kOeo42Gf9YwSaaAjhCkstxIHRbG2L+780Gb/J27BPaZYGZZnlrkiZ0BNk4G9XU3392POlHQQBopPZKE/N1CZ2SmiMV+mzXQlPUBw5GQwcgMIzujdaSmsHErZ0u5IstqeOg/MhCVnk320JZTb5ibj6rrG9srvxZKNWqW0Yrhmu9QwYFmKEVy+aUE/VwXTq9EZ0PCrOtOd4c4Na3k3AcJxIrJS4arVDS9BxW1ZFWeo40MEgRsGzajQTChL32Z8kbMQM3C1LoMbiGmQaoh7FuXMih6YUJqEn2VMi7vCFHcjPifWVx78ErKw420XD52t4aap1Rx4SR/nnKvwNaz9x0jOcgr31h1fEqG5tNdjaeuCCYDRmelG+UHTVsawCK0F6fqewnq1E/ajJ4O71iltgiWLm8sDJrvM0ZVu/63pfeV441URnWbeXdiN73joFvqUT4HdGwtZF6wYl/g0zQGUNYLqxt8FkKFFlI/GQt83v4mplolD69FFFsANKvi5xXsc9yQ+XvOE1b2ISLAJV5ypwsfDuqgr0aWvUSz5mM/WY3AvKrGnCGQ5uI1UgDcbmwCZBQWe6Ri58yH+3o/dpeMWxjgWCSF6DyGaHNz9cYDeYO6E/PsyFp0MpCZEeJzp9PXdvxM3PMaJs/tfWnWfW7Mo0aWNjSGG4RKDa1o9iLt2kN3kbu1dZxZOu/Yf4LoP16PvY2fMujvt/w1Xh6k0IWGM/yvSAvDUH5Z2fJwBfDwHuUIhtstph3q7xmSZmgvGeyEwp9e2YJwogFL63fB56282Qk9fYL6ZKH2X/rpHnvVREPKac7k0YEs+ZJQLVhs Nby3W5oj cH4iFgkpEZOROHgHmNAJSscw//HbL7r9BdoHeu4oL4ZiKJipS76raMIoF/zI7FBRR859eX9O426fKVsm9/Ko/UWRxskyu/bCWcXiavMc6MZucO7R8FqfERCdY71DpvcawsHoQ38VzWrvxQ9U3UckRQlv+Me+lKFi6Jrw+gRcMeT6UkXy1gSAk26l4/JDTFuts71nvVxXBn8l+UvsSIJAjXfmZE0oG31sfmIcwdGMH1+NrEXucIeBSUSmRGe8THRC4BXN54H4BGEU9pHwSZnejXU9a+N5z3rh8yQYCG5s523+bLzW8W5qIUUXq1soPzQX2r7FFwhO+JEdD9Yr8XwaFhayrjjmKDcJuzgBoKQRUK8NXFkK5czOvlrEtDf23J3FfcZeFdkmJXe7jZqD+ZM97di9ihg== X-Bogosity: Ham, tests=bogofilter, spamicity=0.069794, 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, 19 Jan 2024, Matthew Wilcox wrote: > It's probably worth doing another roundup of where we are on our journey > to separating folios, slabs, pages, etc. Something suitable for people > who aren't MM experts, and don't care about the details of how page > allocation works. I can talk for hours about whatever people want to > hear about but some ideas from me: > > - Overview of how the conversion is going > - Convenience functions for filesystem writers > - What's next? > - What's the difference between &folio->page and page_folio(folio, 0)? > - What are we going to do about bio_vecs? > - How does all of this work with kmap()? > > I'm sure people would like to suggest other questions they have that > aren't adequately answered already and might be of interest to a wider > audience. > Thanks for proposing this again, Matthew, I'd definitely like to be involved in the discussion as I think a couple of my colleagues, cc'd, would has well. Memory efficiency is a top priority for 2024 and, thus, getting on a pathway toward reducing the overhead of struct page is very important for our hosts that are not using large amounts of 1GB hugetlb. I've seen your other thread regarding how the page allocator can be enlightened for memdesc, so I'm hoping that can either be covered in this topic or a separate topic. Especially important for us would be the division of work so that we can parallelize development as much as possible for things like memdesc. If there are any areas that just haven't been investigated yet but we *know* we'll need to address to get to the new world of memdesc, I think we'd love to discuss that.