Received: by 2002:a05:7412:1e0b:b0:fc:a2b0:25d7 with SMTP id kr11csp785935rdb; Thu, 15 Feb 2024 15:56:50 -0800 (PST) X-Forwarded-Encrypted: i=3; AJvYcCXU2pPtWGgR6fhVQahc3k2/3UXxlhcnXtg1+lHqF47veWyiOQXsKmYAZYuRYoyP0MYwtDRDpzJCBAHpJ55MbYHjS7ttd+WIavuabdtItg== X-Google-Smtp-Source: AGHT+IGVxF9jRBTqewDkA2idJvYQ5/xiScIdgHQFb6tICFHfT3R2zJdCQdBEWTWLTZnGjSsnVXzi X-Received: by 2002:a17:906:2411:b0:a3d:716d:c439 with SMTP id z17-20020a170906241100b00a3d716dc439mr2352459eja.55.1708041409876; Thu, 15 Feb 2024 15:56:49 -0800 (PST) ARC-Seal: i=2; a=rsa-sha256; t=1708041409; cv=pass; d=google.com; s=arc-20160816; b=d6bFasGDvpjNPIl9gHqbPOd9k9sXDtpNXeXNvrK3u31lHpIK31QYqN9xvDPs4D6B7D gsO/YiRuHmDIye7iT5YJ1hVpbBSU7Eamaygi/uNcXZ19+qUeYlaCS7IjbQJAaDcE4upU 9Z8MM26Gs09DSNgjx8CbGJR0xF7bagR8BptY/ZsgTdxkagxF5CWeM9ulNGb72B0LH6FF x3VmpEOFSUN/38AQ5vd96l/edDCCCqAXrFIhknOHap6cmm70x9eQ0yEg+01sgESSBuox d4bT6W4eHCx9kTt543GhXt15oHXroGr+6OstC8TjhH59javZCxLmtyn2erZFPAGE6xxc YLiQ== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=in-reply-to:content-disposition:mime-version:list-unsubscribe :list-subscribe:list-id:precedence:references:message-id:subject:cc :to:from:dkim-signature:date; bh=52irb0w7kCnlBvMxLW0+SFuqopgYfciVJASMwoihRhE=; fh=OiwBIvYIPHGDMdlNleqgT10F8L7VFJzUbQ6V59nSWw8=; b=xq9FUdJS2oHK2p+2NynrQTfbVSG4KNOyV0tI1NCWRk0qo+tyU2ph8ABUawpHbSfsmH 9EMMcVvMaSlfAf/oTvl+AS/xDgTHoiSX9ZRwJjhRsIJyfIXOtoEIMUf5NPP8LKzY4gkg 2IqctQBObcb2nQTZlTAjviz8LCDK0/yR2E8slz2Qg4wz1s7qob3EBeXpGX46wriMyn1q RrMG+On6oAbrIPnCFVL+LeIwPCaDXRmIM7yTewVLALPaXJ82+F4aBKHq2Py+Gi4TbGv0 4rPBxGPURhVywiTvzh7oRbc+d9Pg4NBEPzi0g6fE8UmA+GO90HeEbXbuWUS/9471jhWn khFw==; dara=google.com ARC-Authentication-Results: i=2; mx.google.com; dkim=pass header.i=@linux.dev header.s=key1 header.b=W8aCebO2; arc=pass (i=1 spf=pass spfdomain=linux.dev dkim=pass dkdomain=linux.dev dmarc=pass fromdomain=linux.dev); spf=pass (google.com: domain of linux-kernel+bounces-67867-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.80.249 as permitted sender) smtp.mailfrom="linux-kernel+bounces-67867-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linux.dev Return-Path: Received: from am.mirrors.kernel.org (am.mirrors.kernel.org. [147.75.80.249]) by mx.google.com with ESMTPS id x20-20020a170906299400b00a3d8b1aefdcsi1112450eje.444.2024.02.15.15.56.49 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 15 Feb 2024 15:56:49 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel+bounces-67867-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.80.249 as permitted sender) client-ip=147.75.80.249; Authentication-Results: mx.google.com; dkim=pass header.i=@linux.dev header.s=key1 header.b=W8aCebO2; arc=pass (i=1 spf=pass spfdomain=linux.dev dkim=pass dkdomain=linux.dev dmarc=pass fromdomain=linux.dev); spf=pass (google.com: domain of linux-kernel+bounces-67867-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.80.249 as permitted sender) smtp.mailfrom="linux-kernel+bounces-67867-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linux.dev Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by am.mirrors.kernel.org (Postfix) with ESMTPS id 9CE361F21252 for ; Thu, 15 Feb 2024 23:56:49 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id CDC43146011; Thu, 15 Feb 2024 23:56:38 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linux.dev header.i=@linux.dev header.b="W8aCebO2" Received: from out-182.mta1.migadu.com (out-182.mta1.migadu.com [95.215.58.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 6A3AA7AE5E for ; Thu, 15 Feb 2024 23:56:36 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=95.215.58.182 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1708041398; cv=none; b=T0ap1GShqBdX9P/sHC9TBI6AwD5VYQSvj9L7xln29jDu78v0KALpP5y+7FaO795DNMWn0+9q8Xmh979u0u2HkFSKZuIZBMiqNU8G7/oliZQQquKnQoH2r6BbxcjdB7HXGu5l/PsGJD2X9gH1AIZ3/8N1ZWjP6sRsaJrHEtCPZXI= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1708041398; c=relaxed/simple; bh=52irb0w7kCnlBvMxLW0+SFuqopgYfciVJASMwoihRhE=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=P7ovBwA+Jtl0W8N2EtF+nHdSOKGeopfW2cHc7QG9E6o3IiOKccfHFoZT9zvUE/8tJ2qG4WVVqMZK00+Vp+E5YY3cFAzLp935x0YsmecKzF1ZkcqCGz+A8yQEGKhCKg8wAR0Um1Qg76ngGxUzpNouZmwjMuElZCfrjMrAtBv+cS4= 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=W8aCebO2; arc=none smtp.client-ip=95.215.58.182 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 Date: Thu, 15 Feb 2024 18:56:23 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux.dev; s=key1; t=1708041394; 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=52irb0w7kCnlBvMxLW0+SFuqopgYfciVJASMwoihRhE=; b=W8aCebO2THza5CeyIZvQGxex721ZZr6jKFMNeLpyWkeDlraDKdYQNW4AG82T/47pBNySdI y5A9VXvGmmeecO8p74FAsi4b0E+Lp2beak03FRN4kXMF+seC2CFdIRETc0XYiFf64Zk2OS NNU4KiPUWdHZDgVU4h+bx6kEBCMTSQM= X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: Kent Overstreet To: Steven Rostedt Cc: Vlastimil Babka , Suren Baghdasaryan , Michal Hocko , akpm@linux-foundation.org, hannes@cmpxchg.org, roman.gushchin@linux.dev, mgorman@suse.de, dave@stgolabs.net, willy@infradead.org, liam.howlett@oracle.com, corbet@lwn.net, void@manifault.com, peterz@infradead.org, juri.lelli@redhat.com, catalin.marinas@arm.com, will@kernel.org, arnd@arndb.de, tglx@linutronix.de, mingo@redhat.com, dave.hansen@linux.intel.com, x86@kernel.org, peterx@redhat.com, david@redhat.com, axboe@kernel.dk, mcgrof@kernel.org, masahiroy@kernel.org, nathan@kernel.org, dennis@kernel.org, tj@kernel.org, muchun.song@linux.dev, rppt@kernel.org, paulmck@kernel.org, pasha.tatashin@soleen.com, yosryahmed@google.com, yuzhao@google.com, dhowells@redhat.com, hughd@google.com, andreyknvl@gmail.com, keescook@chromium.org, ndesaulniers@google.com, vvvvvv@google.com, gregkh@linuxfoundation.org, ebiggers@google.com, ytcoode@gmail.com, vincent.guittot@linaro.org, dietmar.eggemann@arm.com, bsegall@google.com, bristot@redhat.com, vschneid@redhat.com, cl@linux.com, penberg@kernel.org, iamjoonsoo.kim@lge.com, 42.hyeyoo@gmail.com, glider@google.com, elver@google.com, dvyukov@google.com, shakeelb@google.com, songmuchun@bytedance.com, jbaron@akamai.com, rientjes@google.com, minchan@google.com, kaleshsingh@google.com, kernel-team@android.com, linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, iommu@lists.linux.dev, linux-arch@vger.kernel.org, linux-fsdevel@vger.kernel.org, linux-mm@kvack.org, linux-modules@vger.kernel.org, kasan-dev@googlegroups.com, cgroups@vger.kernel.org Subject: Re: [PATCH v3 31/35] lib: add memory allocations report in show_mem() Message-ID: References: <320cd134-b767-4f29-869b-d219793ba8a1@suse.cz> <20240215180742.34470209@gandalf.local.home> <20240215181648.67170ed5@gandalf.local.home> <20240215182729.659f3f1c@gandalf.local.home> 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: <20240215182729.659f3f1c@gandalf.local.home> X-Migadu-Flow: FLOW_OUT On Thu, Feb 15, 2024 at 06:27:29PM -0500, Steven Rostedt wrote: > All this, and we are still worried about 4k for useful debugging :-/ Every additional 4k still needs justification. And whether we burn a reserve on this will have no observable effect on user output in remotely normal situations; if this allocation ever fails, we've already been in an OOM situation for awhile and we've already printed out this report many times, with less memory pressure where the allocation would have succeeded.