From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-alma10-1.taild15c8.ts.net [100.103.45.18]) (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 316DE3CBE96 for ; Thu, 9 Jul 2026 08:16:07 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=100.103.45.18 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1783584969; cv=none; b=h5QMTof1nuwgcn4dlxv1efBoTWyNv/Gc+OJzhibeLJ0CyFrwQzt69/B3CkfYON637VGYw1x95C1a0YNZd3d/bS2cYiYDGzVh2iZjFKKddwjkaRkPkNKIinrRUlKWqX8DDzQ/IQs+kayTOENhDXJ5Ca21FQn8ojPsRvVdWVZfhcY= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1783584969; c=relaxed/simple; bh=Rhqb+gwKDUKkGV1UUt9i7PSRH/kQAuBi36McMLzUcfw=; h=From:To:Cc:Subject:Date:Message-Id:MIME-Version; b=hgLYmd+3ymUyzPBOG4aujuTDAQcy5bWV1mc5GtBujb1pe6Z7Gzf7GnbuIQrPUXW478JZk4YjgbdP4YK0t8nWmoztGv1Sg669CQ+lqbU7gilULwQd6rFnTNmNSE3HTsPlRxPvFz84R+Y16e0eDrgkZBaHxUO2lvd13PttY8+9Ja8= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=mZxGkUub; arc=none smtp.client-ip=100.103.45.18 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="mZxGkUub" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 006BE1F000E9; Thu, 9 Jul 2026 08:15:59 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kernel.org; s=k20260515; t=1783584967; bh=qvewSS7b63tSrzUZdUsephDfi/zdfW5EWtFI5ENXz3U=; h=From:To:Cc:Subject:Date; b=mZxGkUubOzTc4ZRXqiynXnJRvHbMLMm00iMlQnbtyPRgIvagwwWd1teCNo9UvKo9c ZAH197LiEqWupan3jWekkweb5xKafoLvri6gmGJx5fMy+sjqJQhvEdABgIHpGMN/Vz rrGdCrNwbpFhmd93sAchGuz0I07Mkt1T/zAqL5Gq2mCWiypozMjiSyrH7G9KkECwtd Gf5ffnK3qIFWTuz/4ev90FmOZ5Lnu4AUEiYWjM8YpemG4fXLNNfIuwvmVFP23riYRS Y2p8t6NKAQWzVA3w9frqb0r3C+caRMgA3jHHiPg0zxLDMIhiS0OZipPXsF7bPPq/sb VAp3uo711JKnQ== From: "Barry Song (Xiaomi)" To: akpm@linux-foundation.org, david@kernel.org, linux-mm@kvack.org, ljs@kernel.org Cc: baolin.wang@linux.alibaba.com, dev.jain@arm.com, lance.yang@linux.dev, liam@infradead.org, linux-kernel@vger.kernel.org, npache@redhat.com, ryan.roberts@arm.com, ziy@nvidia.com, vbabka@kernel.org, rppt@kernel.org, surenb@google.com, mhocko@suse.com, "Barry Song (Xiaomi)" Subject: [RFC PATCH v2 0/2] mm: enable lru cache for smaller large folios Date: Thu, 9 Jul 2026 16:15:34 +0800 Message-Id: <20260709081536.82768-1-baohua@kernel.org> X-Mailer: git-send-email 2.39.3 (Apple Git-146) Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit This patchset enables the per-CPU LRU cache for large folios smaller than `COSTLY_ORDER`. It is particularly beneficial on systems that use relatively small large folios. For larger folios, the benefit is likely to be smaller because far fewer folios are expected to contend for the LRU cache. Patch 1/2 enables the per-CPU LRU cache for eligible large folios. Patch 2/2 updates `__wp_can_reuse_large_anon_folio()` to account for the fact that large folios may now also reside in the per-CPU LRU cache before they are reused. -RFC v2: * Make __wp_can_reuse_large_anon_folio() aware of LRU-cached large folios. As David pointed out, it currently does not account for large folios residing in the per-CPU LRU cache. Barry Song (Xiaomi) (2): mm: allow smaller large folios to use lru_cache mm: improve large folio reuse for LRU-cached folios include/linux/swap.h | 4 ++-- mm/memory.c | 13 +++++++++++++ 2 files changed, 15 insertions(+), 2 deletions(-) -- 2.39.3 (Apple Git-146)