From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mta1.migadu.com (out-129.mta1.migadu.com [95.215.58.129]) (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 C732142A150 for ; Thu, 13 Aug 2026 09:48:59 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=95.215.58.129 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1786614541; cv=none; b=daBal2Xq7gtHTH0NyWPw1CqosRODugtSTHGPc35y6hvFuBkYiDjAf53frsL5VN467Vh2sIL2vECzvwK2Uvq5mZrEZVXFcYUiJn2uOCrsrtQ3RP5wpByPhyeIofJrl7x30E75znQO1GjHCvebiCePQGeglMJXNUDpRfZ1HomrEcw= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1786614541; c=relaxed/simple; bh=hxLyvAskyFXFCyh/Dk/6vFUKFMNRflI/0UakJG9IzIs=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type; b=RTq5sh95VdbXsfClrxvSk9xw6muPH4GG4FPeovLLffqPT2hcz+ICeWfwlWPhTmFffIZZw2yM6/YshAsBtlRFzkVgh6aAEoNELhJ8QFBXzj4LiFV7FRVO4nGYKpbZhuBIcEXDu5qkmU25MSJsnqckkAqVw25n6tAWqnklzO8J7mQ= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linux.dev; spf=pass smtp.mailfrom=linux.dev; dkim=pass (1024-bit key) header.d=linux.dev header.i=@linux.dev header.b=Mp+250lm; arc=none smtp.client-ip=95.215.58.129 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linux.dev Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=linux.dev Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linux.dev header.i=@linux.dev header.b="Mp+250lm" X-Envelope-To: linux-kernel@vger.kernel.org DKIM-Signature: a=rsa-sha256; bh=hxLyvAskyFXFCyh/Dk/6vFUKFMNRflI/0UakJG9IzIs=; c=simple/simple; d=linux.dev; h=from:to:subject:date:message-id:mime-version:content-type; s=key1; t=1786614537; v=1; x=1787219337; b=Mp+250lmQszn0CyYwKcybd5b7y8ogjPGVVZOjPBAvgEdNJ3q2K4pKqqUTJ7vWQZ4udN1e0XY iauHdNbxdZIA3E1Ddhp/uslDpfAgum133X1iAE2dxb2k1P559m+3TtzjL94GewDoGsXmnDmQRqG o04zR96lIiwW21yhjQukqdCY= X-Envelope-To: linux-kernel@vger.kernel.org Received: from [192.168.111.29] (223.70.159.239) by smtp.migadu.com with ESMTPS id 9e4ce1ce2358bf45; Thu, 13 Aug 2026 09:48:57 +0000 X-Migadu-Flow: FLOW_OUT Message-ID: <58bf1590-25ee-4543-b07d-75465cf13546@linux.dev> Date: Thu, 13 Aug 2026 17:48:53 +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: [RFC PATCH] mm/oom_kill: dump top 5 memory consumers by RSS in OOM report To: Michal Hocko Cc: Andrew Morton , Ye Liu , David Rientjes , Shakeel Butt , linux-mm@kvack.org, linux-kernel@vger.kernel.org References: <20260811062924.4123014-1-ye.liu@linux.dev> Content-Language: en-US From: Ye Liu In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit 在 2026/8/13 16:12, Michal Hocko 写道: > On Tue 11-08-26 14:29:24, Ye Liu wrote: >> From: Ye Liu >> >> When the OOM killer triggers, dump_tasks() prints every task's memory >> state but in no particular order. On systems with hundreds of >> processes, identifying the heaviest memory consumers requires manual >> log post-processing. > > Yes, but why is that a problem? It should be a pretty easy script, no? I think I've realized that problems that can be solved in user space shouldn't burden the kernel. Thank you. -- Thanks, Ye Liu