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 mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 51A51C433F5 for ; Wed, 10 Nov 2021 16:45:50 +0000 (UTC) Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by mail.kernel.org (Postfix) with ESMTP id D80906124C for ; Wed, 10 Nov 2021 16:45:49 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.4.1 mail.kernel.org D80906124C Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=kernel.org Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=kvack.org Received: by kanga.kvack.org (Postfix) id 662206B006C; Wed, 10 Nov 2021 11:45:49 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id 6120D6B0071; Wed, 10 Nov 2021 11:45:49 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 502586B0072; Wed, 10 Nov 2021 11:45:49 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from forelay.hostedemail.com (smtprelay0129.hostedemail.com [216.40.44.129]) by kanga.kvack.org (Postfix) with ESMTP id 41B546B006C for ; Wed, 10 Nov 2021 11:45:49 -0500 (EST) Received: from smtpin06.hostedemail.com (10.5.19.251.rfc1918.com [10.5.19.251]) by forelay04.hostedemail.com (Postfix) with ESMTP id 0243A82747 for ; Wed, 10 Nov 2021 16:45:49 +0000 (UTC) X-FDA: 78793597218.06.1E2B4B7 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by imf15.hostedemail.com (Postfix) with ESMTP id 53162D0000A2 for ; Wed, 10 Nov 2021 16:45:35 +0000 (UTC) Received: by mail.kernel.org (Postfix) with ESMTPSA id 57CB561211; Wed, 10 Nov 2021 16:45:44 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1636562747; bh=xlkB95ToDfNFK3ZQFZjXgqhWgeGXsZ9Ex+mqLFkoUZA=; h=Date:Subject:To:Cc:References:From:In-Reply-To:From; b=oSBv2WWsd4g9W37TSSmpqIDHVuXxBQhCqTuiLwd8G/ADIkmgKnSJJdjeixcAXi8RK dsn3kPtPGRiX2t3DUE+hquZJ+HAUOXChdvHv9AwsKCLaccPFIl+mB7obUaPJ72x7M1 pTy//hJYYs0cUcvoevPxmns8J1wJze5Xv0+K4Am24fPbdMtsCAWorU7TEjC5X6WBzu /27bJDhZXNguinMyor/kkyhN+SDE2FR2HNvP4ITQvhEMxzn5P5o03hxBDXTzmafM5t HuRUTUTpSDTiSMLJvOswc357gL2X23oyyT/+36VlvJZLTGNAfXkza8kQzccjJqaXLj 7CyIh7fn44p8g== Message-ID: <91db431e-d5db-be5c-b0d2-382e45786886@kernel.org> Date: Wed, 10 Nov 2021 18:45:38 +0200 MIME-Version: 1.0 Subject: Re: [RFC] psi: Add additional PSI counters for each type of memory pressure Content-Language: en-US To: Michal Hocko , Georgi Djakov Cc: hannes@cmpxchg.org, vincent.guittot@linaro.org, juri.lelli@redhat.com, peterz@infradead.org, mingo@redhat.com, rostedt@goodmis.org, bsegall@google.com, mgorman@suse.de, bristot@redhat.com, vdavydov.dev@gmail.com, tj@kernel.org, axboe@kernel.dk, cgroups@vger.kernel.org, linux-block@vger.kernel.org, akpm@linux-foundation.org, linux-mm@kvack.org, linux-kernel@vger.kernel.org References: <1636558597-248294-1-git-send-email-quic_c_gdjako@quicinc.com> From: Georgi Djakov In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Server: rspam02 X-Rspamd-Queue-Id: 53162D0000A2 X-Stat-Signature: sci5ed7f614briyijug44cqoofyqzq7k Authentication-Results: imf15.hostedemail.com; dkim=pass header.d=kernel.org header.s=k20201202 header.b=oSBv2WWs; spf=pass (imf15.hostedemail.com: domain of djakov@kernel.org designates 198.145.29.99 as permitted sender) smtp.mailfrom=djakov@kernel.org; dmarc=pass (policy=none) header.from=kernel.org X-HE-Tag: 1636562735-637303 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 10.11.21 18:07, Michal Hocko wrote: > On Wed 10-11-21 07:36:37, Georgi Djakov wrote: >> From: Carlos Ramirez >> >> Calculates psi totals for memory pressure subevents: >> compaction, thrashing, direct compaction, direct reclaim, and kswapd0. >> Uses upper 16 bits of psi_flags to track memory subevents. > > Could you elaborate on the definition of those events please? That > should also go to Documentation (Documentation/accounting/psi.rst) Sure, will add them to the Documentation! The idea is to add some statistics for the memory pressure subevents that helps to figure out the sources of the pressure. This is just an RFC to gather initial feedback if such approach would be acceptable. Thanks! Georgi