From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mgamail.intel.com (mgamail.intel.com [198.175.65.14]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id C0946272E41 for ; Wed, 17 Dec 2025 19:21:43 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=198.175.65.14 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1765999305; cv=none; b=TPZ+7f+wWyEJKu1+gPwOXziGvR4iNfhi9iKSnRogq472jszCKkseHrxE6w7c2Cp4svIexJg8QcE0kfgq8qlCJ7qEVMVjMuj3AuZGojpBW0a4e3rBtyjF7+Ro4WxWw4PyzU8Fmnh/ZVn7MUv1bg9fwWALkToXXVytq1Y5ALzpxzo= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1765999305; c=relaxed/simple; bh=MOu+h0mTrlQuRHcMIl9yvNkjNbQarUlWFdBIZWTg3Yc=; h=From:To:Cc:Subject:In-Reply-To:References:Date:Message-ID: MIME-Version:Content-Type; b=HvGV3H0inASF4XfdJkwQnriSMsGc/f3TS7I71xvwR6GEb3BvB3PIAkTP0xe1apK0PZ7mbz/0Sk0WHutA76VCGb1yZ8C8wGYaXrUdyCwoLhMHZt3zg0aYEtUyUcqdn1bOpkMX0gNL/XcWBy2WZ2NW4HirfRIf83untzNz6v+0Zyw= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=fail (p=quarantine dis=none) header.from=kernel.org; spf=pass smtp.mailfrom=linux.intel.com; arc=none smtp.client-ip=198.175.65.14 Authentication-Results: smtp.subspace.kernel.org; dmarc=fail (p=quarantine dis=none) header.from=kernel.org Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=linux.intel.com X-CSE-ConnectionGUID: Xh2nDPRPRcShZTSgCJ/Qqw== X-CSE-MsgGUID: mD3+C3fETNWs59I9Cb/QAQ== X-IronPort-AV: E=McAfee;i="6800,10657,11645"; a="71803596" X-IronPort-AV: E=Sophos;i="6.21,156,1763452800"; d="scan'208";a="71803596" Received: from fmviesa005.fm.intel.com ([10.60.135.145]) by orvoesa106.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 17 Dec 2025 11:21:43 -0800 X-CSE-ConnectionGUID: AftCqTQZSxWjkdtEUSHIeQ== X-CSE-MsgGUID: PArlMMQJTmezdPyx4IU0WQ== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="6.21,156,1763452800"; d="scan'208";a="202756683" Received: from tassilo.jf.intel.com (HELO tassilo.localdomain) ([10.54.38.190]) by fmviesa005.fm.intel.com with ESMTP; 17 Dec 2025 11:21:42 -0800 Received: by tassilo.localdomain (Postfix, from userid 1000) id 3F82E302B3C; Wed, 17 Dec 2025 11:21:42 -0800 (PST) From: Andi Kleen To: Ryan Roberts Cc: Andrew Morton , Hugh Dickins , Jonathan Corbet , "Matthew Wilcox (Oracle)" , David Hildenbrand , Barry Song , Lance Yang , Baolin Wang , Gavin Shan , Pankaj Raghav , Daniel Gomez , linux-kernel@vger.kernel.org, linux-mm@kvack.org Subject: Re: [RFC PATCH v1 0/4] Control folio sizes used for page cache memory In-Reply-To: <20240717071257.4141363-1-ryan.roberts@arm.com> (Ryan Roberts's message of "Wed, 17 Jul 2024 08:12:52 +0100") References: <20240717071257.4141363-1-ryan.roberts@arm.com> Date: Wed, 17 Dec 2025 11:21:42 -0800 Message-ID: <873458zzg9.fsf@linux.intel.com> User-Agent: Gnus/5.13 (Gnus v5.13) Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain Ryan Roberts writes: > Hi All, > > This series is an RFC that adds sysfs and kernel cmdline controls to configure > the set of allowed large folio sizes that can be used when allocating > file-memory for the page cache. As part of the control mechanism, it provides > for a special-case "preferred folio size for executable mappings" marker. > > I'm trying to solve 2 separate problems with this series: > What happened to this patchkit? I was looking into how to efficiently get larger pages for text transparently, and there doesn't seem to be anything better than such a heuristic? Thanks, -Andi