From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-pj1-f48.google.com (mail-pj1-f48.google.com [209.85.216.48]) (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 3BC1CCA4E for ; Wed, 1 Apr 2026 05:18:34 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.216.48 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1775020715; cv=none; b=RZmULK12d1Ii1U0UyWexmKR9/CcyZLbNu4U68VRvf/qJ0Wiu4AgTj76E9v81k1dF6S4fqlAs9r9mP/b08PGkkU6aPSYcCdgvLIUeKBEl6EfsGClqkr8l4PWVzfyCgaXoynwKHhfstK3uv1cZKtKY+coEOLeyvdef8oy232y3Ns8= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1775020715; c=relaxed/simple; bh=4EqYsBD1RtAaSvHWf9qNrA+p9uKjdfp3zqoW21V9xHU=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type; b=Eewczcud+DBsgeAmCwMC+QHv4ZAMFMOFpvIPoZ7FVApxij3Ve51YhOmHiw8b+0We7LxNMasM6Ki3VTSS0/rwA3TDoiHmnuiP27pfCKELKgzbEvUGZcpSXm0GRM6zFBpi0dSl7r9pemY8fqIaSKFSARy9OsfMZacjPS5cH1sNxbM= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com; spf=pass smtp.mailfrom=gmail.com; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b=b389wznb; arc=none smtp.client-ip=209.85.216.48 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gmail.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="b389wznb" Received: by mail-pj1-f48.google.com with SMTP id 98e67ed59e1d1-35d971fb6f1so3240458a91.0 for ; Tue, 31 Mar 2026 22:18:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1775020714; x=1775625514; darn=vger.kernel.org; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=iM65xfyErKlO8E5KE2B54YuSdaeCzwbRtKfW7tFxcqg=; b=b389wznbHOcwX3rd8tm+R97HyPoozH9bVjwfd1tevv29fE+NdlICloo+SiDEx2MXEK cya1ojlm2NgIUZOHYEppYz/kwxPy8D+M3OxWtNIS2FKF5cPjrsguUT6LG0Hrb+e/s6Ef iB7XV2ZNvp5BpYGRgY84eP/NhlnjIpZ+qXbKGQXcUyLM13wsfm8KRH7VPdsZXPGP9jzX j+FI9oWJFwLsmhvhJGQHQQPw30ivbWooQaHgqm3iI+q02kl5htM9evTEpZu2pwbXgXNf v6YzbC7LMEregvqrEsZi/3ClrI363BLgH0ItliIeLKucClgOne7si/BIr/47HpZKbXBc fhkA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1775020714; x=1775625514; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :x-gm-gg:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=iM65xfyErKlO8E5KE2B54YuSdaeCzwbRtKfW7tFxcqg=; b=EClXiP1k/AAKwJX5aDvH2md/EjK7HPN311PEL9JUWZf8u6qZ7/2hLDqinSGcLxJuVa VJMU8s9qNpU7HGH4lRurjuFrdlC6umoPyG1vu4LXxcYIb9KZzIPB+BbiTndVM5byRvyJ GOVD5ctwtryuQ2XkNaKmX+wYc+/Mz1VW4IuEOtMzELxuWeeFTUQA4rH9TiRoSslHiGDC UbmsO7qZAaYAIcRtLvT19+PCkYT/QoAON8NTOSCB8IhXtH/IWULDHoPv+9JP+bJjkaPG xyeRdrmS2rpGP9DH2WU2dtD/LlRbGFt4J8Xnxa4AtL0/dVqWOVtMj+PWjMe6DPr7pJtw Ebvw== X-Forwarded-Encrypted: i=1; AJvYcCVD2/PvalPLPvzh0IVgvcbZ0iPevnDJR6clhYmfGDlvQNJw553ODbDadEFtNjURfjFvhhQXkhPBi0xCtMs=@vger.kernel.org X-Gm-Message-State: AOJu0YwTjCGBV1onIkCNo/7n+yG0kVMcuc4KvD0QX9NI/hGghDk3+GPq jRvPH66FO8FQXtOB0rIVKqCq1iRWqH1apWfi9iQqGTtWVsnc2yEfqJ1A X-Gm-Gg: ATEYQzyKLdP1b667/hmeMcNBT5SwCcI0HkG59kV3SWU6GyR2a0jhaP9nTONyK+UxucT 4QEjo1eyZ7q7iZW6pstGfFW66HGRKJ+OFmw6x/G0U4caK0LAoaOznY5mL7uoiP1bFb5eOrXrzDJ dCq6ibQLuKteHl6VSOreBYcWRIfEM9zpeu5UNbwOf8gNXu7msxdHJkZqb1euDkBcTjZrUBGoMC1 B0bumkeryoNFT2kUppUpkUudt/ULJX98in3EtUCDrqIQXJkZbBPsNzOU59rxIZAOf1bmGbEiSuF y2HdUXf8zZ3+vgqC4W6FNb1lcz3Vup/302errqGg8S/Q2DVuzmktY2Azmv58FRwU0h8zNJTW943 bngNpmz+DQQW/prUrSqeom5h1G2M50F0JxLmsVcipIlsOqtxhJRmzbmgCPDuszIWJfXeYRuzPoA J5C9Ez61+BS3FJ+gQn5RmSetQBR9J5FZ7Zmms1dUnEL9FCOcBw8PbuSifyc1pwR7zU0+zt75iNn f9yokkdOsJEtwQDBN9WmYBTFIUMBzAzIM4Iy9BeQHhH X-Received: by 2002:a17:902:8647:b0:2b0:ccc9:dc2f with SMTP id d9443c01a7336-2b269ce0852mr17746005ad.47.1775020713278; Tue, 31 Mar 2026 22:18:33 -0700 (PDT) Received: from ?IPV6:2408:840d:2000:afa:a06d:889c:87b5:c739? ([2408:840d:2000:afa:a06d:889c:87b5:c739]) by smtp.gmail.com with ESMTPSA id d9443c01a7336-2b242643381sm142480725ad.5.2026.03.31.22.18.22 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 31 Mar 2026 22:18:32 -0700 (PDT) Message-ID: <856f3172-96aa-4cd6-9d40-857bc59b0c35@gmail.com> Date: Wed, 1 Apr 2026 13:18:16 +0800 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH v2 00/12] mm/mglru: improve reclaim loop and dirty folio handling To: kasong@tencent.com, linux-mm@kvack.org Cc: Andrew Morton , Axel Rasmussen , Yuanchu Xie , Wei Xu , Johannes Weiner , David Hildenbrand , Michal Hocko , Qi Zheng , Shakeel Butt , Lorenzo Stoakes , Barry Song , David Stevens , Chen Ridong , Yafang Shao , Yu Zhao , Zicheng Wang , Kalesh Singh , Suren Baghdasaryan , Chris Li , Vernon Yang , linux-kernel@vger.kernel.org, Qi Zheng , Baolin Wang References: <20260329-mglru-reclaim-v2-0-b53a3678513c@tencent.com> Content-Language: en-US From: Leno Hou In-Reply-To: <20260329-mglru-reclaim-v2-0-b53a3678513c@tencent.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 3/29/26 3:52 AM, Kairui Song via B4 Relay wrote: > The aging OOM is a bit tricky, a specific reproducer can be used to > simulate what we encountered in production environment [4]: Spawns > multiple workers that keep reading the given file using mmap, and pauses > for 120ms after one file read batch. It also spawns another set of > workers that keep allocating and freeing a given size of anonymous memory. > The total memory size exceeds the memory limit (eg. 44G anon + 8G file, > which is 52G vs 48G memcg limit). > > - MGLRU disabled: > Finished 128 iterations. > > - MGLRU enabled: > OOM with following info after about ~10-20 iterations: > [ 154.365634] file_anon_mix_p invoked oom-killer: gfp_mask=0xcc0(GFP_KERNEL), order=0, oom_score_adj=0 > [ 154.366456] memory: usage 50331648kB, limit 50331648kB, failcnt 354207 > [ 154.378941] swap: usage 0kB, limit 9007199254740988kB, failcnt 0 > [ 154.379408] Memory cgroup stats for /demo: > [ 154.379544] anon 44352327680 > [ 154.380079] file 7187271680 > > OOM occurs despite there being still evictable file folios. > > - MGLRU enabled after this series: > Finished 128 iterations. Hi Kairui, I've tested on v6.1.163 and unable to reproduce the OOM issue by your test script [4], Could you point the kernel version in your environment or more information? Link: https://github.com/ryncsn/emm-test-project/tree/master/file-anon-mix-pressure [4] -- Best Regards, Leno Hou