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 825DBC61DA4 for ; Thu, 23 Feb 2023 17:31:05 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id F0E196B0071; Thu, 23 Feb 2023 12:31:04 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id E96BB6B0072; Thu, 23 Feb 2023 12:31:04 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id D385C6B0073; Thu, 23 Feb 2023 12:31:04 -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 BE3876B0071 for ; Thu, 23 Feb 2023 12:31:04 -0500 (EST) Received: from smtpin26.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay08.hostedemail.com (Postfix) with ESMTP id 7EB1F140769 for ; Thu, 23 Feb 2023 17:31:04 +0000 (UTC) X-FDA: 80499247248.26.6644E2F Received: from out-9.mta1.migadu.com (out-9.mta1.migadu.com [95.215.58.9]) by imf10.hostedemail.com (Postfix) with ESMTP id 25409C003B for ; Thu, 23 Feb 2023 17:31:00 +0000 (UTC) Authentication-Results: imf10.hostedemail.com; dkim=pass header.d=linux.dev header.s=key1 header.b=pioTvFJu; spf=pass (imf10.hostedemail.com: domain of roman.gushchin@linux.dev designates 95.215.58.9 as permitted sender) smtp.mailfrom=roman.gushchin@linux.dev; dmarc=pass (policy=none) header.from=linux.dev ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1677173461; 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:dkim-signature; bh=1WZIJ8pUmzgqf8s+eBJbOZDw0S7cY6i0ZgBo0K3FG/Q=; b=O8hoYXFw7oPQTcBIj3lnP3Nwp2rubcaM4BBEuftqyt86eEmyr8DjuVJKEn1F1Hp0rW56EQ tu2uWN4w+hudO/RhPSyf8VAyp3YSieHyzct4Q+9MwXGI/Y0nIInf91Je93OI2cyT4mjiz2 AJX07CKnE3fzuMdTdjwgX4Q1RrlJEoU= ARC-Authentication-Results: i=1; imf10.hostedemail.com; dkim=pass header.d=linux.dev header.s=key1 header.b=pioTvFJu; spf=pass (imf10.hostedemail.com: domain of roman.gushchin@linux.dev designates 95.215.58.9 as permitted sender) smtp.mailfrom=roman.gushchin@linux.dev; dmarc=pass (policy=none) header.from=linux.dev ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1677173461; a=rsa-sha256; cv=none; b=8nT4agpAytZsO7RSKNZy0kQFpUxu3pviid2ZBfvCfyRFzjNlam1l8/WwyxLhwonkHWz6Iw CMbtEjiLBzPV9af0KOzb4fWAe2sFe9YVc0DHxU6kUMUnGlCeGI2l5zV9k+ZO098DsYp4J1 UCip4mGh9J+HO3RVIlcYAb5MBQJtt6E= Date: Thu, 23 Feb 2023 09:30:53 -0800 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux.dev; s=key1; t=1677173458; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=1WZIJ8pUmzgqf8s+eBJbOZDw0S7cY6i0ZgBo0K3FG/Q=; b=pioTvFJu7T1+T4/dTxeZZqfGM2/TWjnxl4BbSskW/8iJMEnf3xGmnYpO2bJERJoSDtrpit 0eku3xR9czaZIWNvA8YRjTXPDh9dCUtqB9XDSEDs0pibvBl25q+K8xrv85ULglmXpU5SYL spx63rP8+9iIRtqUhMP6lWjWqydHSU0= X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: Roman Gushchin To: Matthew Chae Cc: Michal =?iso-8859-1?Q?Koutn=FD?= , Johannes Weiner , Michal Hocko , Shakeel Butt , Andrew Morton , kernel , Christopher Wong , Muchun Song , "cgroups@vger.kernel.org" , "linux-mm@kvack.org" , "linux-kernel@vger.kernel.org" Subject: Re: [PATCH] mm/memcontrol: add memory.peak in cgroup root Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Migadu-Flow: FLOW_OUT X-Rspam-User: X-Rspamd-Server: rspam04 X-Rspamd-Queue-Id: 25409C003B X-Stat-Signature: ud4pexzp1et68hai96n1hi49uujhk9p4 X-HE-Tag: 1677173460-716941 X-HE-Meta: U2FsdGVkX18ux8PHr0HBHzZuvsbU9KoSNb+nA+zZmTqjy0vF7O2SAfj2yd062vv9n5ekzu2u1Ts9WHhizeUqW7fRgVSYq/suth6VNruJcL/uO84fHPHndwCRi8hnxaGdVqEZX8YuupoIiDt1VbdpfCr4VSVX8gER2bO5aPaOGh5MhipjQexZS4lnrw8/e8agiRgTCqqEQDVY7l6OU2E+hlP3Tha7e4AfEIivDwF33H16vj6lP/Y4Ou3XR7PgmUvff9t0t/aLWIP6bCyRj9pCNKwIWKS9lyzlN1waTCQt1wgq50TKXc2mAojSjA0yfeAd3KirfcwR1TIxvYxLE//y1LWRoEjdmKF3eM8Ya+VookvOWQpZBFjugGo5pNzA7OOQH+CmtnRZLB2hYTRC/gZeGigKAgbgus9+WMtSc0eXbLIVLIJziBecK7W3ke6/Lkqkl5RS0L5B6+SD3lN9TUwpXwifYjY8UwQXQ5k0NX8Td87O3P/5jgr1oj8LTpXEVak3Ucm9skoqey4uDTQVcrLd/HCMkXKcelGaFiVoKXeEkBx8B06P8qfXZVOnNccjQm8xy8PifhnbxN/WcfZ0WYdawi5JPPHTo/nIYul7uMyTM262vT56NWFPKq3IYauJDjmcUb2AH1U7wVXcHMhjp6gN1nFFg3SAvPpKQdhFL5uVne07MJD+PsHovQksNZYs+WHPqUuEvWz9xZYlbSM1XFNwTu5SZNLvMWeAALnoJhPEulao2ALAhZiD7GeN0GI3epb1N0CZojC4tTwrDmDd3Fd4BKpZh9ZbjbeU2VLSp8umSrAn2HEQll5xjxIQ2BWSPMsyxKfIpADZnfukM76B/FM8z4GxFRNtNED5lLTEwHs7PgqQWG30sfT+cdqZqovoQ60nqN+3ZyjCga1ZkrX/stp4V77kVdJ78wEeVll2mx0BN4b08i+Ow7T2B/k+ZxSWHBFdoqTli25rbOx+s6QRSe8 rQWbhXZH ri1kqz90EWZqNaelBmsLN/Zs18Fbcmq6UcD9XkV0UyoBTA9M9yvCSHzX8focO2T/JoW4Rxq6zjnzj+cRtmtSTl1B2Jak6uTTrGgAQbCcnJp92qF7lvECIG7cmmxoelQImPIv4nMQ996tAXmPmWGiQVAHX2j7txi5CVXg6Ax/DO/FtWAs493zV5VUh3e3JbnNML1Dn 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: On Thu, Feb 23, 2023 at 04:22:33PM +0000, Matthew Chae wrote: > Hi Michal, > > First off, thank you for sharing your opinion. > I'd like to monitor the peak memory usage recorded of overall system or at least cgroup accounted memory through memory.peak. > But it looks like this is not relevant to what I wanted. > It might be good to have some proper way for checking the system's peak memory usage recorded. I guess you might want to do the opposite: instead of tracking the peak usage, you can record the bottom of available free memory. Thanks!