From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-wr1-f50.google.com (mail-wr1-f50.google.com [209.85.221.50]) (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 9C895361974 for ; Mon, 27 Jul 2026 08:16:50 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.221.50 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1785140212; cv=none; b=NIqqaGc6Tms7nwuIT/D8tGqSpO7W83ugkB71VQDKLcaQWsfLbqW7YsmOb3BNdnGnXIyMae17gX4xDUgRRX+bhUKdpz46Y7sswWR+3jq3RsFxq7Ffq8IM5baGAVAhP+DAGYyaCtjsDIlkgdqsRXqvd2Mm+QH9jzcPbUGCQX5sSyU= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1785140212; c=relaxed/simple; bh=R8g/L6B33xMR2Lh/73FUrIpMISh3O1GDWuYaktK8AIs=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=CnRswFe7/8sD91JeiOxOQhpDTRqCzK82t04x3KdqDNziv/jYkVenhWGXEwODcJTNU10tN7gSMRVT8AOjiOg7kuOVwp37iWQ0x/C93mI1Cywnj5L56RgWI0l8F0dxnSXN9rXuLUJdsmsN2XeJwpHIgGmV/H0p8BC4U72/muYg49k= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=suse.com; spf=pass smtp.mailfrom=suse.com; dkim=pass (2048-bit key) header.d=suse.com header.i=@suse.com header.b=C2Gw3McV; arc=none smtp.client-ip=209.85.221.50 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=suse.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=suse.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=suse.com header.i=@suse.com header.b="C2Gw3McV" Received: by mail-wr1-f50.google.com with SMTP id ffacd0b85a97d-47f97d310caso1645126f8f.2 for ; Mon, 27 Jul 2026 01:16:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.com; s=google; t=1785140209; x=1785745009; darn=vger.kernel.org; h=in-reply-to:content-disposition:content-type:mime-version :references:message-id:subject:cc:to:from:date:from:to:cc:subject :date:message-id:reply-to:content-type; bh=xyS0tG8v2Hcb4VXfsGP6gPVBE+5XXuuxqiihsyJcIEM=; b=C2Gw3McVNt3CpfZsVAIXBdVin+uJznMxRtwH+iLu9Cyam/vb0qjQlu9H1/bDATarXC 7BNUfxAfhNJWx/e78VSutBMSXqUCE3AZpBsslFnUIuwXBd6JpsyTYNK0HPUN7V2Tn0kP VLF5BoTWLKcVLeIEPi38LymCjbKXdQq6yydc1aVn35T034KqRUIthySFS1uDmtCjYejP IHyFEzk6VvFpS+OsbtaUrpxVZoG+Z5qQXJEq7nBAqq5HMS8I2qljcPgvlUdas1XFOZvG ck7ippGvlnqaniV4RIczKnaoO3JmMZqNiGucgpFqk6NioVX/Dq64zS+ZWyle5WVYZ+C7 jdAw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1785140209; x=1785745009; h=in-reply-to:content-disposition:content-type: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 :content-type; bh=xyS0tG8v2Hcb4VXfsGP6gPVBE+5XXuuxqiihsyJcIEM=; b=Wy3FbUtbNa2+/BOavtNCh/ExXa0R811ivKP+exejvO+vsS3cAyggsDnqRxZhdVQbd6 UtDnfpylvfLg++a8dVMLHOVH4qE+xsQimQMpbtuxPKGq71frgjSQEvJA7mlVmvmuhGqc JHdcEfYwl5BmJZda0ojLymSCxwgYG3yVnC06E0KIYBt7sulkDIxSdfCWKZeyQzW9Pspi wpV55nUNoHot4/d9HgfxiuN+3dsES8EqZSd1z2xoKK4LKizfrqMH+r5lnuFvDDFl/ZPS Eb3Kxtc77xkddzf3kxGcL8Sx2H+W7jgXaQpSDcw2ANUOjUcb2LXOXgCK7F1rSbCw7/a8 EdrQ== X-Forwarded-Encrypted: i=1; AHgh+Rr+g0GHT9MLBeyU1o2owsZqCe6T6XWPq9fJPw7nttc/KQpN+FiHK4x+6stbf+3/S9zkXU5JDM/oOcEfDdk=@vger.kernel.org X-Gm-Message-State: AOJu0YzY+HGyKKgZ693Jwo2jkT1r5aNBPlJYREVWF+TmtidnZ2R3xC+L YgQPj/Zp7RsYt1xrzFhlh1fQ1qbF+0dqxStPCIOWusJ0ixF5I9DUW4Lu0qbljnxPo4k= X-Gm-Gg: AR+sD111FykAb1156nrnv5xbjzD2Y9CzuPZCUSkblt3odLOi7qJrV80SX0RVajCHlQp vgH3DN2zkgYwoHz++t5mjXbMXxNKZINIM417YjNmH9q39oGEEBHgf3QXk3ZUTQsXfVPHQIBukXI bRLdN6p2D9zriQvnx3YChtn9ntHpmRfcgA7CjJSeJ6hSjQihAAwmUzdCJHgib2ny2liCcVWheHN IaEdhu5XPcE8X86GKHqM4XQaryC/TiNTKwVbuVjgtzRHOH0Cu1YaHUFeIkp60BS71SmOZwu4740 88ivfZzixzchHz9RfPVNgVLjUSoD4wG8vSqUjg2Qy8vOvUyexRzsA95a6FYPCMSsA1xGcgiLE2d yFQ3O8L9mSqeYypK9+yGQ1YHM8fYtgKkpAZOv+KyLV/04ccuccNn+u2xJHs6qh2jjPLuOeaZyyE TohgtwXv5yOA== X-Received: by 2002:a05:600c:1f8f:b0:493:bacb:1341 with SMTP id 5b1f17b1804b1-496b5710e30mr91785715e9.4.1785140208888; Mon, 27 Jul 2026 01:16:48 -0700 (PDT) Received: from localhost (109-81-83-7.rct.o2.cz. [109.81.83.7]) by smtp.gmail.com with ESMTPSA id 5b1f17b1804b1-496b52eec24sm196028765e9.3.2026.07.27.01.16.48 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 27 Jul 2026 01:16:48 -0700 (PDT) Date: Mon, 27 Jul 2026 10:16:47 +0200 From: Michal Hocko To: Guopeng Zhang Cc: Johannes Weiner , Roman Gushchin , Shakeel Butt , Andrew Morton , Muchun Song , cgroups@vger.kernel.org, linux-mm@kvack.org, linux-kernel@vger.kernel.org, Guopeng Zhang Subject: Re: [PATCH] mm: memcg: stop reclaim when a limit update is superseded Message-ID: References: <20260724021805.1234583-1-guopeng.zhang@linux.dev> 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: <20260724021805.1234583-1-guopeng.zhang@linux.dev> On Fri 24-07-26 10:18:05, Guopeng Zhang wrote: > From: Guopeng Zhang > > kernfs serializes file operations only per open file, so separate open > files can update the same memory.high or memory.max file concurrently. > Both handlers store the new limit before synchronous reclaim, but > continue to use the writer's local target in the reclaim loop. If another > writer raises or removes the limit, the first writer can continue > reclaiming toward a stale target. > > For memory.max, this can leave the writer looping indefinitely once > reclaim retries are exhausted. The OOM path sees sufficient margin under > the current limit and returns true without killing, while the writer > still compares usage against its stale target and records another OOM > event. The current behavior is deliberate as described in b6e6edcfa4056. What is an actual problem you are trying to fix? -- Michal Hocko SUSE Labs