From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-qk1-f178.google.com (mail-qk1-f178.google.com [209.85.222.178]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id C19C240DFD3 for ; Tue, 7 Apr 2026 18:37:57 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.222.178 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1775587079; cv=none; b=bTHOxccsXeMqyD7or8lOOCbsifFTUxsgj3H+XS8xqc75E6VSikPHF7X9tn+2hL9GYnLbriikeVB+i10W1SQ6u+wTZfU1CkJ+1raGa23QWmUVBNUSgPeWhzztpSS+e6F+Cn+TA78ppxXsiAs18ytKNEsL9HamFGV2U0vhg3AiPU0= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1775587079; c=relaxed/simple; bh=sFvbOoIQtPB8w4vjDrePJWVXlSv2qr5emH/yoWOftdw=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=l/bMz/eHrCmnudY7Gb4IfG1cJtyK+WJMaNPFu1ea4orR1FaEEWzMHXuURmaZLS2gdv7oABZ+Ixv2p7zJIytzw6NEdoKnNJyDlsrMj2q8XgxkRmSu34p5qCVX/E6BY8LHPczVpOwwryrXe9b0t7DaY94pZgrU71WFVJS+UoM3tpw= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=gourry.net; spf=pass smtp.mailfrom=gourry.net; dkim=pass (2048-bit key) header.d=gourry.net header.i=@gourry.net header.b=dbOqKJf9; arc=none smtp.client-ip=209.85.222.178 Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=gourry.net Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gourry.net Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gourry.net header.i=@gourry.net header.b="dbOqKJf9" Received: by mail-qk1-f178.google.com with SMTP id af79cd13be357-8cfdac74050so636439485a.3 for ; Tue, 07 Apr 2026 11:37:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gourry.net; s=google; t=1775587077; x=1776191877; darn=vger.kernel.org; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date:message-id:reply-to; bh=1CryZz1quunkh33nabMDcABtwXOAm695UMpux3s9zQE=; b=dbOqKJf9qaoApmW4ztY7WYAXl7SMz2cJKD8KEcF7tW+fOpErfRrtXTrNWpuDL6Wj3v Uzm6dJsESjJpeqeAs5znZ0FVvyUfAzCP5+rMrNdD7blYzlrUq3I1K7/tqzs3SMeEHPzt Vnga7OfzD/E7ZgTfd95bhU36rMTcduDsHJ+tIaXAdF6Q2MQBwaZKZnOxg2a72zYdiLVK mnVMRsyKBj++NAB81d+kH1D1RxpHGIZxKHtKqfKbReDhukR5f6Kbv5k0tJfr88+/1mkO RY7lcKRMVkMG+DCM3ehD75w1XBBEWL3ZetxZLBP3gr6F7u2aZOG64aLfWsLqDHqoQQQM XHVg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1775587077; x=1776191877; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-gg:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=1CryZz1quunkh33nabMDcABtwXOAm695UMpux3s9zQE=; b=gVuUG79to7qBJGO/lUkPTazR9P098StmSS/hlxNpgyLALfGL7WAemJ35/9IGwLxNb6 jjMdpAhElg9P/las1HOpAjGiZ9b2R5jBK38SXZUYSilgzD4dcRHn3PkCwP7RlNIAcdX5 xx4Amk5KQ9JZggujQTgax8pzOSY6sbEoRWf5U+Wf/Kg3x7xGYP20qjIG1QbkpydnpS3q xCtE2zsIz2KnYXJMkd1dkDplX3eo8RBGh+LLm+8XvoOvoAqDe3Gdw0tXVhQGgoHQe2mI hCWamBwSoE72UnJANArAhMYGrRQUlvLvwpHkSGTAjZqSMQownhe438mfawfpxquDhUpj 9A1Q== X-Forwarded-Encrypted: i=1; AJvYcCWD+qnfYkkW8iiDO6rotSrvn3wgymDlfffCu9EDvlaFbOJ3rxZtNDnTNBEUDVYCRT59y44IAvLBfAevzPQ=@vger.kernel.org X-Gm-Message-State: AOJu0Yx9ccQ+Q5jX09bhvacYnbTkUKmxI6N8xBl1+oEmExPt+gCc4QrF dVtYJLh8iHn7t4JkuliIWMSwyT9/wHwPe9n/0oMhhVwGPI7XQspeGU0rAg1mW3oadDU= X-Gm-Gg: AeBDiet1A9x36GiGIXVClmoPGc+Pczcaux6aoSCekEujf+hw2v5otTK1MuIAEy/x7np WHPKxpsfqIIpg3iX22/9U3Q91AOeZEtEyuKVMgHawaAUUCqJjoEgLlN+arMeBY5imup7IRgObXf 5/4qM1ooiVMi0lzLXvO2KObAoWcbiz7hM9oIMjSsuWkAH2JJ/8ui0Z87RbT2U8XOofAiOgFsu/H JdMoNEbX1vc734MwZwv11fXydLhMXvR5tJr3Z2KHMXZ5laxzzKtKxlH2aW+eAXX8BK1LRaI1fi3 KFvr5OOHzrR//FuWu+IrXYZXbF4MzXfZC8JmAtRmkSjO2NdKKYgeGx3e/Ob4azGYJl328OjN+Dg kgmZehqy0q8baH0wTXXu+H2o3QHCbTIlFg8qRmHep4KMYENhPbpwV8qxQqWLBXgf1NBHfe1ZFfW b+BkrN6at8WxJEZ7TUS2OfhyDqQVuQCUmwVcZ+N849M36SZ+pPaanMnxxZEtqz+fahW2NW2iysG NZ7skmE+JCIXMC69bmQawI= X-Received: by 2002:a05:620a:1a11:b0:8cf:def2:c356 with SMTP id af79cd13be357-8d41b9ddc4bmr2656844185a.11.1775587076669; Tue, 07 Apr 2026 11:37:56 -0700 (PDT) Received: from gourry-fedora-PF4VCD3F (pool-71-191-243-150.washdc.fios.verizon.net. [71.191.243.150]) by smtp.gmail.com with ESMTPSA id af79cd13be357-8d2a5c5cb5csm1368806385a.15.2026.04.07.11.37.55 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 07 Apr 2026 11:37:56 -0700 (PDT) Date: Tue, 7 Apr 2026 14:37:53 -0400 From: Gregory Price To: Lorenzo Stoakes Cc: Johannes Weiner , Shakeel Butt , lsf-pc@lists.linux-foundation.org, Andrew Morton , David Hildenbrand , Michal Hocko , Qi Zheng , Chen Ridong , Emil Tsalapatis , Alexei Starovoitov , Axel Rasmussen , Yuanchu Xie , Wei Xu , Kairui Song , Matthew Wilcox , Nhat Pham , Barry Song <21cnbao@gmail.com>, David Stevens , Vernon Yang , David Rientjes , Kalesh Singh , wangzicheng , "T . J . Mercier" , Baolin Wang , Suren Baghdasaryan , Meta kernel team , bpf@vger.kernel.org, linux-mm@kvack.org, linux-kernel@vger.kernel.org Subject: Re: [LSF/MM/BPF TOPIC] Towards Unified and Extensible Memory Reclaim (reclaim_ext) Message-ID: References: <20260325210637.3704220-1-shakeel.butt@linux.dev> <42e26dbb-0180-4408-b8a8-be0cafb75ad9@lucifer.local> <248a126c-43e7-4320-b4bb-282e0b6da9c4@lucifer.local> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: On Tue, Apr 07, 2026 at 06:30:55PM +0100, Lorenzo Stoakes wrote: > > > somewhat trivial work these days via with > > reasonably well designed interfaces. > > Though to be honest, I did ask Claude to do this with some code before and was > really impressed with how quickly it came up with something. > > Buuut I've generally found the code LLMs produce... terrible? Really terrible? > So I think you'd want there to be some level of human improvement there. > > And in any case, maybe doing things this way will struggle to really represent > real world cases (lock contention etc.) but OTOH, being able to simulate a high > memory pressure environment with certain parameters even without [the rest of > the kernel] interacting might still be super super useful for diagnosing issues.x > There is a concern people start looking at these tests as signal for performance regressions - which is neither meaningful nor useful (unless you fundamentally break list iteration or something). But for trivial cases, you'd at least like to know under strongly controlled aging and reclaim scenarios that anon/file memory is reclaimed in a balanced manner - just as an example. If something breaks THAT assumption, you know there's a logic issue. Likewise with comparisons between LRU and MGLRU. It might be easier to identify the behavioral divergences that way. But i fear the whole page-table walk thing makes all of this a non-starter. That's turns into stubbing out like rmap and such. ~Gregory