Received: by 2002:a05:6a10:1d13:0:0:0:0 with SMTP id pp19csp1672067pxb; Fri, 27 Aug 2021 14:43:51 -0700 (PDT) X-Google-Smtp-Source: ABdhPJycaRjaircewv3SjRe6W8wQbBs0WNh5beyaiLqjczE7qj5ygChf3iT9n1gw5kq+ltg6XRvl X-Received: by 2002:a17:907:2d8b:: with SMTP id gt11mr12415142ejc.432.1630100631515; Fri, 27 Aug 2021 14:43:51 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1630100631; cv=none; d=google.com; s=arc-20160816; b=pGprRFLe6A4Lzx1pCzP4Y61d5deGqG/YCHCET5oCyrIQJWxlkURhrm++X+3VgkCDSN s68r/8yV6lrQHJUS12BB2lFFcKCrAjuIXOyD8lK0xC1sJaJMTdgdFUs8DClDbzHDEr7q Fw8eX//uSMM+JK83KjLuH6r2mrUCPPQGxw1PKZVxLs4Z3CQfILictxnbGdXkNRndB9WV o237S85rA9W6yH03DJ17EPcOj8jTu8ogn8VmHGSHT+ykD0jz6ds2HzpzJkkKrOxq8ISG ECo9JKMrnA8HCGosisd6BoHRf3ULiCHZho/1ouU+juahIP8gluAGzoukgFGyZ8YL6unt 4VQQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=hZLiKEdmxy2XymDIV79zNDsfKqVBV5SHf0jshhrTnSg=; b=bL48KPSH4ipERIR6g7kg0srj1csvi9o9hdVCxNCbdO3b7MVB10Dex12N7igKhfu4WK W9YQqv6zpaX2VpknuNVvUqAopZZkeXReqAizFdLbeUkafjlyD/87oYdLii+8XSTYVnU1 FFEx9x33KYEvXekPQcpY0vwk6aFDJTnT+mvtfw4pIjQRVxtst951SHK6HZgBTWpC96+x sIeVN+mJH1dEfw7HI183yET4Z1sjaLAkAaRmJ0Vg5+VasejiMgS74D/pflJ1GWS4nR5d sY8DHSH6e5c0P67HGZh/ifz1PbSiatX7y3/BaP2WUaPOtNCvBFwXyN7B2rhDhlaxin+Z 8+NQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel-com.20150623.gappssmtp.com header.s=20150623 header.b=UY+h+XuC; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id i10si8570165ejd.745.2021.08.27.14.43.27; Fri, 27 Aug 2021 14:43:51 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@intel-com.20150623.gappssmtp.com header.s=20150623 header.b=UY+h+XuC; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231997AbhH0VmP (ORCPT + 99 others); Fri, 27 Aug 2021 17:42:15 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:35566 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231696AbhH0VmM (ORCPT ); Fri, 27 Aug 2021 17:42:12 -0400 Received: from mail-io1-xd2a.google.com (mail-io1-xd2a.google.com [IPv6:2607:f8b0:4864:20::d2a]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 31F77C0613D9; Fri, 27 Aug 2021 14:41:23 -0700 (PDT) Received: by mail-io1-xd2a.google.com with SMTP id a15so10474230iot.2; Fri, 27 Aug 2021 14:41:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=intel-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=hZLiKEdmxy2XymDIV79zNDsfKqVBV5SHf0jshhrTnSg=; b=UY+h+XuCx+JsjRmG9x4MbhZKnih3FW6xx7c8U2nqe0reS52OXYNkd30F3rgFF2gc8h ++hzosS6lZ3I4aJgTlFWy5hgy+agZLOYYo3NR22f0e2XrsGpEeogYxFe0OVz/1k9QrKk kq4UHdbCpsSJ7qQgrP4blPM9Ix3BTTn2EleLpPkWcgB5/6io9O3fOAiVR+IVkYGJHOGW TDVEy8IqoGyw8+2OAD+MWpJtHPHpHIow7MuQsh3DsM5+FJr5Ue5iim0E0Y8Dn42aw5D7 Rk1GDVnH9IjUAsB2RJlWlZz/KODQn/fjI46vMkCwRqkAg5G4TMW2rfkR7R0Xw7D54SBz smQQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=hZLiKEdmxy2XymDIV79zNDsfKqVBV5SHf0jshhrTnSg=; b=T3bK/DLYB3S14PSlY6WuGBLaNsmO2LeHGbX7jgHA3p74h1sObP1+qJiUI7iQXIcLdz EqfKeKWOfmrpsQZNYm4Uxva1fYOFBha7LaejDvYQ8mAbIv6BQbHy/tRgE9kPZf0/hIom dAV4tbBqNOTUk4Uck70u9H9oK63QO39R0rLaMzTZLwOcDAiIPpH+ECAYo3RLdM/GXDjq /7iv2FCgsMDv7SI38IiO7KZwtFgQuqVtQsjj/iMlAXihmXh/Kcj8svR5sN9kRujmpm9+ RZ5kdGVuSA94qasFRhTk4YWuG8ZcrBNdBFI93pK6yC31LspYq53Ur1c6PTBbi3LAKSQ2 JxUA== X-Gm-Message-State: AOAM530fDuSZ7ud+32bzATxxzURw4o/CALUG5TkkdZUNfhk5F/jmzYgk X9/IQz2QJHGxhd7eNso+RpQHyrAuTD6By/9sAoI= X-Received: by 2002:a6b:6319:: with SMTP id p25mr9282044iog.100.1630100482648; Fri, 27 Aug 2021 14:41:22 -0700 (PDT) MIME-Version: 1.0 References: <20210826004555.GF12597@magnolia> In-Reply-To: From: Dan Williams Date: Fri, 27 Aug 2021 14:41:11 -0700 Message-ID: Subject: Re: [GIT PULL] Memory folios for v5.15 To: Matthew Wilcox Cc: Johannes Weiner , "Darrick J. Wong" , Linus Torvalds , linux-mm , linux-fsdevel , Linux Kernel Mailing List , Andrew Morton Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Aug 27, 2021 at 11:47 AM Matthew Wilcox wrote: > > On Fri, Aug 27, 2021 at 10:07:16AM -0400, Johannes Weiner wrote: > > We have the same thoughts in MM and growing memory sizes. The DAX > > stuff said from the start it won't be built on linear struct page > > mappings anymore because we expect the memory modules to be too big to > > manage them with such fine-grained granularity. > > Well, I did. Then I left Intel, and Dan took over. Now we have a struct > page for each 4kB of PMEM. I'm not particularly happy about this change > of direction. Page-less DAX left more problems than it solved. Meanwhile, ZONE_DEVICE has spawned other useful things like peer-to-peer DMA. I am more encouraged by efforts to make the 'struct page' overhead disappear, first from Muchun Song for hugetlbfs and recently Joao Martins for device-dax. If anything, I think 'struct page' for PMEM / DAX *strengthens* the case for folios / better mechanisms to reduce the overhead of tracking 4K pages.