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 123F9C021BF for ; Wed, 26 Feb 2025 11:30:36 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 53D15280003; Wed, 26 Feb 2025 06:30:36 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id 4C3C7280002; Wed, 26 Feb 2025 06:30:36 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 33DAA280003; Wed, 26 Feb 2025 06:30:36 -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 122BD280002 for ; Wed, 26 Feb 2025 06:30:36 -0500 (EST) Received: from smtpin29.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay06.hostedemail.com (Postfix) with ESMTP id AD726B68EF for ; Wed, 26 Feb 2025 11:30:35 +0000 (UTC) X-FDA: 83161878030.29.5BE90FF Received: from invmail4.hynix.com (exvmail4.hynix.com [166.125.252.92]) by imf16.hostedemail.com (Postfix) with ESMTP id 3906C180012 for ; Wed, 26 Feb 2025 11:30:31 +0000 (UTC) Authentication-Results: imf16.hostedemail.com; dkim=none; dmarc=none; spf=pass (imf16.hostedemail.com: domain of byungchul@sk.com designates 166.125.252.92 as permitted sender) smtp.mailfrom=byungchul@sk.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1740569433; a=rsa-sha256; cv=none; b=5LTvAwwW6rnsKCMbjk12qvTyz2CeuvE1ZGI0JWK03nk76GxG7m//oqrF2bL55+T5Q9aEMV 9L1HE7PiCS0MbMeCC75A18Wr4O4D6SONcRzJZlyYZt452/8App4uvZlmKblvrmQw1CBQd7 QPjeAxpBNVBXaJApyuchGVFLVriT0SQ= ARC-Authentication-Results: i=1; imf16.hostedemail.com; dkim=none; dmarc=none; spf=pass (imf16.hostedemail.com: domain of byungchul@sk.com designates 166.125.252.92 as permitted sender) smtp.mailfrom=byungchul@sk.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1740569433; 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; bh=2lQAOVe1BawQjjLdKv5VpMI66khom0433+boM3BLHao=; b=ueTvqGfCh5dXdE0dxmmkqeLUHa6AA7ZwuCIx0s+8WJxMs9YhBxia8ILztWX3gCPD7YVjMr RlGeFwdh7PnfOihj53cvh3IIfBwBu1V1XoC5E6X0dv9nv4ll5UX0Oh6j3np4QVdzNgGRyF BcfAn0nsjpINGV1stCFdM9kBzl/KgdE= X-AuditID: a67dfc5b-3e1ff7000001d7ae-d3-67befb55b04c Date: Wed, 26 Feb 2025 20:30:24 +0900 From: Byungchul Park To: Vlastimil Babka Cc: Dave Hansen , linux-kernel@vger.kernel.org, linux-mm@kvack.org, kernel_team@skhynix.com, akpm@linux-foundation.org, ying.huang@intel.com, vernhao@tencent.com, mgorman@techsingularity.net, hughd@google.com, willy@infradead.org, david@redhat.com, peterz@infradead.org, luto@kernel.org, tglx@linutronix.de, mingo@redhat.com, bp@alien8.de, rjgolo@gmail.com Subject: RFC v12 rebased on v6.14-rc4 Message-ID: <20250226113024.GA1935@system.software.com> References: <20250220052027.58847-1-byungchul@sk.com> <8accbd91-ca59-43f8-b190-7e1ac3df5e11@intel.com> <20250220233710.GB39373@system.software.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20250220233710.GB39373@system.software.com> User-Agent: Mutt/1.9.4 (2018-02-28) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrEIsWRmVeSWpSXmKPExsXC9ZZnoW7o733pBvtmaVjMWb+GzeLzhn9s Fp9ePmC0+Lr+F7PF0099LBaXd81hs7i35j+rxflda1ktdizdx2Rx6cACJovjvQeYLObf+8xm sXnTVGaL2Y19jBbHp0xltPj9A6jj5KzJLA6CHt9b+1g8ds66y+6xYFOpx+YVWh6L97xk8ti0 qpPNY9OnSewe786dY/c4MeM3i8f7fVfZPM4sOMLusfWXnUfj1GtsHp83yQXwRXHZpKTmZJal FunbJXBl7F/tWPBPuKJ58zHGBsb9/F2MnBwSAiYSt088YIOxvx1tBbNZBFQlXjT1MYPYbALq Ejdu/ASzRQRUJB5tOMraxcjFwSzQziyxoXMaWEIYqGHjxRVANgcHr4C5xMwOXZAaIYETjBIz +xtZQGp4BQQlTs58AmYzC2hJ3Pj3kgmknllAWmL5Pw6QMKeApcS59pPsILaogLLEgW3HmUDm SAhsY5dYt/QrC8ShkhIHV9xgmcAoMAvJ2FlIxs5CGLuAkXkVo1BmXlluYmaOiV5GZV5mhV5y fu4mRmBMLqv9E72D8dOF4EOMAhyMSjy8D87sTRdiTSwrrsw9xCjBwawkwsuZuSddiDclsbIq tSg/vqg0J7X4EKM0B4uSOK/Rt/IUIYH0xJLU7NTUgtQimCwTB6dUA2PPRpc/bissa9MDgoQc U6dwxsfr19gVXlnUVxHHOPGgYez/13v+Cvz8l3Z814llv9QVbpc/Dpv1T2jOJ/aM5AquFaHR IWtvfUrIPi3Xel9rz6ffD57EBHJOuHcroTpyw4VZx+OEEnWScvzWbmAqfRF9v4Lxxttt1dKS sT/ufW6N+1sr9TGNrVKJpTgj0VCLuag4EQDrtH8GxQIAAA== X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprJIsWRmVeSWpSXmKPExsXC5WfdrBv6e1+6wYs3YhZz1q9hs/i84R+b xaeXDxgtvq7/xWzx9FMfi8XhuSdZLS7vmsNmcW/Nf1aL87vWslrsWLqPyeLSgQVMFsd7DzBZ zL/3mc1i86apzBazG/sYLY5Pmcpo8fsHUMfJWZNZHIQ8vrf2sXjsnHWX3WPBplKPzSu0PBbv ecnksWlVJ5vHpk+T2D3enTvH7nFixm8Wj/f7rrJ5LH7xgcnjzIIj7B5bf9l5NE69xubxeZNc AH8Ul01Kak5mWWqRvl0CV8b+1Y4F/4QrmjcfY2xg3M/fxcjJISFgIvHtaCsbiM0ioCrxoqmP GcRmE1CXuHHjJ5gtIqAi8WjDUdYuRi4OZoF2ZokNndPAEsJADRsvrgCyOTh4BcwlZnbogtQI CZxglJjZ38gCUsMrIChxcuYTMJtZQEvixr+XTCD1zALSEsv/cYCEOQUsJc61n2QHsUUFlCUO bDvONIGRdxaS7llIumchdC9gZF7FKJKZV5abmJljqlecnVGZl1mhl5yfu4kRGGHLav9M3MH4 5bL7IUYBDkYlHt4HZ/amC7EmlhVX5h5ilOBgVhLh5czcky7Em5JYWZValB9fVJqTWnyIUZqD RUmc1ys8NUFIID2xJDU7NbUgtQgmy8TBKdXAmCFiopF4cLb2i89qKj3/DoROPWgytWnmfDfL M8m6tT710mFrvVvDJrGf1noWzqJVumiZ4vQtLc8Xc7qnJr+vV15Y/HSfY+Skm7oFlX7hi6Ku K9v8kcgO+Me4NNt41q/XrwUjsyzlfgRrprTbR7z/fqorNVzH0jjgWlDo+xwrBbtAjrY9f92U WIozEg21mIuKEwE7jT2ErAIAAA== X-CFilter-Loop: Reflected X-Rspamd-Server: rspam02 X-Rspamd-Queue-Id: 3906C180012 X-Stat-Signature: i5emnr9a4ed8faqyssrw8w77yybo87x7 X-Rspam-User: X-HE-Tag: 1740569431-216152 X-HE-Meta: U2FsdGVkX19JAHoOKDFP+x2xIRS7fHdFNVdEzIz18W0VjbSwjkt81FTJFnzCjcs4l2MyDj53bhGMY4CkPLH7+ImdpzAN7rJqvSWBOPRjt8n+Nx3uuX3jY43Y7S6QcQjGGHCsIa1lly2vkVD6s9GEUIm0xkz5snw90CjURZ2k862W2+ql3KLF1iBlKAx+ionLhqecdcQQDUrcHcAEadfXlxVltnLwDX677iaCv9qncyBZKqoO/H0kk59D01WZA4pSYBFUqOPUZXYTLOVwpvzDib89/AsBJc6CEXJRqgs7mGrWAmdh+AO8+BtwwSO1tkUzmZZjzWdIRcZXc054BelGHFzbOJDh8y9eJskLSz39USc/bnFanWv1dZdL0cRXsYp7HT5GmoRTjCuFniXxVUwdrs3xKse6xrY28bB2YRhIm7n6Qbv6ErwyVX4PMGlrZVTkacECAOF89eFPeHiJvP0gF3cpUDaWaj/kzV6sHCM+wAjbWfaY3UV+arZuirqavUK4BIeByclbMOSsG1D7cwC30RZtgUqM5ldAVfVZXlAklZ8Fg+qUHeVTUlUiaUrE7B9mqumg9h2jLdi/CZonH/u2Q8MMI3j0rRJ1mmIzmT+bsAbCfzkFyQd1rqeE6rdtnSF7Vm5iCvalPxV/1qF36qDsuxMznw4cb6b3GRqNLLdTCGeA5SYcdP/tQ/s+PH7+60E3pXZcIjkwsihPCrHJMsA2brBCMeMft9ZXpY0ldOsHjUXQ6VSD9hbdg6p0RsknnImwuAfCExwXnGogmYg2xtNAMElPGsUW2oyekt7TQfKJZln9JdSHYvgbMp03jq7WNGzvwJw45DdNnK07NWMu+OmgD55FpKIzXBn3iAeARh41oN8HgfnQq7qRTa53d8xv0gES+NPRP+huPKItmJwpiDSJgiDOLNekawsgfWQUe/XJ2Uk8HIlzyJznzJeSJdvNJ2xDn5TTISmuOeVy7R5f3qN Vcg== 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 Fri, Feb 21, 2025 at 08:37:10AM +0900, Byungchul Park wrote: > On Thu, Feb 20, 2025 at 04:29:51PM +0100, Vlastimil Babka wrote: > > On 2/20/25 16:15, Dave Hansen wrote: > > > On 2/19/25 21:20, Byungchul Park wrote: > > >> I'm posting the latest version so that anyone can try luf mechanism if > > >> wanted by any chance. However, I tagged RFC again because there are > > >> still issues that should be resolved to merge to mainline: > > > > > > I don't see anything fundamentally different here from the last 11 > > > versions. I think the entire approach is dangerous and basically makes > > > things impossible to debug. It's not clear that some of the failure > > > scenarios that I've brought up in the past have actually been fixed. > > > > Yes, and it's still an invasive change to the buddy allocator. > > Didn't want.. but admit. > > > IIRC at Plumbers the opinion in the audience was that there might be ways to > > improve the batching on unmap to reduce the flushes without such an invasive > > and potentially dangerous change? Has that been investigated? > > Sure. I tried like, by holding those pages not freed until either no > one accesses the interesting pages or memory pressure is high. However, > unfortunately it was super hard to fix performance degradation by the > number of page reclaim increased due to the unfreed pages. > > > Also "Rebase on akpm/mm.git mm-unstable(5a7056135b) as of Nov 22, 2024." is > > very outdated at this point? > > Sorry for that. I will rebase and share. This is the same patch set but rebased on v6.14-rc4. Byungchul > > Byungchul > > > > Thanks, > > Vlastimil > > > > > What I've said here still stands: > > > > > >> https://lore.kernel.org/all/fab1dd64-c652-4160-93b4-7b483a8874da@intel.com/ > > > > > >> I think tglx would call all of this "tinkering". The approach to this > > >> series is to "fix" narrow, specific cases that reviewers point out, make > > >> it compile, then send it out again, hoping someone will apply it. > > >> > > >> So, for me, until the approach to this series changes: NAK, for x86. > > >> Andrew, please don't take this series. Or, if you do, please drop the > > >> patch enabling it on x86. > > > > > > I think I'd also like to stop being cc'd on this. If LUF is merged into > > > mainline and proven to work on arm64 or riscv for a year, I'd be happy > > > to take another look at enabling it on x86. I think that's just about > > > the only thing that would make me reconsider. > > >