From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-qt1-f174.google.com (mail-qt1-f174.google.com [209.85.160.174]) (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 C37736313C for ; Tue, 13 Feb 2024 23:54:47 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.160.174 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1707868489; cv=none; b=rGEBbCNxF/OBhnp0li60lJEpG+HJBLA+RDrAGtactzgSg2e93+sgD0X6WAjziQhoMz/yOLlMn52lZx3lJTJcTpXolSGUGtaQ/SLjbvuSqekhbjwOm0eM4d51uHgEl2MQA8NNOSpF/lbBYQM/ivsIg+oImrLOQX978ST0kwaprds= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1707868489; c=relaxed/simple; bh=azZvqzbTFipUnuC8HX9TaKZdjTIk9iGcAhgBe6cJRrA=; h=MIME-Version:References:In-Reply-To:From:Date:Message-ID:Subject: To:Cc:Content-Type; b=mR1BCKAlksLJHdc4JemkJ7Xoz5lu7hNC1G2BmXpK0rsGDCuXb5rmPGZKIiPffUshuikM8W20b+f+PPyypUUbkI5DOwCexSVQLlQG4TYAa6APPoaAd2TnVk1gc/PcbM7Ep+9EZEnlnQgY9PHux6wMwwybi2OB9LfRqxpfQxr6HYI= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=soleen.com; spf=pass smtp.mailfrom=soleen.com; dkim=pass (2048-bit key) header.d=soleen-com.20230601.gappssmtp.com header.i=@soleen-com.20230601.gappssmtp.com header.b=iZIWTFME; arc=none smtp.client-ip=209.85.160.174 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=soleen.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=soleen.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=soleen-com.20230601.gappssmtp.com header.i=@soleen-com.20230601.gappssmtp.com header.b="iZIWTFME" Received: by mail-qt1-f174.google.com with SMTP id d75a77b69052e-42c424b74faso14855011cf.3 for ; Tue, 13 Feb 2024 15:54:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=soleen-com.20230601.gappssmtp.com; s=20230601; t=1707868486; x=1708473286; darn=vger.kernel.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=azZvqzbTFipUnuC8HX9TaKZdjTIk9iGcAhgBe6cJRrA=; b=iZIWTFME+t+1SHOM4yinordj9CYruFblhTVUvUm/W2nVLfGoAk0wGwx47CyflginyL eJ0RfbdAzZCfikmzvtiggCm3X0xJxdc6vf9baCea+zdo48Ua4RoG90WIMjqjxySsISZW Jlw7/YPzvUoMOXACZx/Ohyb+YgL9kD4+Ikcg4OMr49xmcF46nGxwG8VQMluOOeAZG7IR tgZCffzEPQbegLqUTg7lQzJHp0W/4ij9QTKCspJcUqyCjwYKvN6UgUaLHG3V+Gby6bxd zKJ9KT/8VMAc3EdhCSFH696NoT8yEs8oEgKCYxE/72LrScYPwq98k25LYKxT0fN7HZqP J+kQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1707868486; x=1708473286; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=azZvqzbTFipUnuC8HX9TaKZdjTIk9iGcAhgBe6cJRrA=; b=biSJAzmFdZIG/r106PattfXbyzPVKzzKKvYii/14jszi7tZ+mVbnuYs6zUrBFnNpTL 6VcaDFMBzM1RvpR5tCbkejS1fR0sglCm1+xIY4c7/p0QOHAnYBsaQ/hqIaa0eX6oqDUV 5RO2UgzPLn6LAV1K7A1MiAHV6FEM1UM7WzWnjEvLpVXFaWpoREalaC/n6dxN9XjSfyHg tOIUK56fyQ5gg9h152hstJNxlK+gEVYKhl/OCJ6k7iXhuHYW8WvKNhabREhBnbHpB+f0 lOjkhauc2Js735rbXSxQOIzCWe7ufVFBqLk/BKFB1adgBT3bfme6wJ7d17+i8VoEwmZQ n02Q== X-Forwarded-Encrypted: i=1; AJvYcCW5uZc+UjAQDeLWByBs3YtqP03lWlij6if4cHmHzf7QjAlHJQJ+FRJb86DUWUILdPLsqCD9s4r1HmRejSAyAJA8ggytApUeeo856Jshew== X-Gm-Message-State: AOJu0YyNip9E3kbWB9/ICIycEMfoEq9vw+VG5M+GZw4e8bVekanKEKZ2 45RHPspYVkWBNHtRluOewaJu5rk3EhV0Il/a/rZWS5ZYn1/rlpFU7KayzYD4DUg+vpKe6UkX1cj i7Sbqo6ichFNwxYLPXt2DJXUzV5Y2FwaPO5mfXg== X-Google-Smtp-Source: AGHT+IEvHYDq5ElFOxC+Jycs64+Hk1KrOdwVZPwmI5s/vqF7SbUqUg8DtswJfzCkhvxh12zppSmre5tJAe7RcmjwUGQ= X-Received: by 2002:a05:622a:41:b0:42c:6fb6:8d2b with SMTP id y1-20020a05622a004100b0042c6fb68d2bmr1159462qtw.46.1707868486727; Tue, 13 Feb 2024 15:54:46 -0800 (PST) Precedence: bulk X-Mailing-List: linux-fsdevel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 References: <9e14adec-2842-458d-8a58-af6a2d18d823@redhat.com> <2hphuyx2dnqsj3hnzyifp5yqn2hpgfjuhfu635dzgofr5mst27@4a5dixtcuxyi> <6a0f5d8b-9c67-43f6-b25e-2240171265be@redhat.com> In-Reply-To: From: Pasha Tatashin Date: Tue, 13 Feb 2024 18:54:09 -0500 Message-ID: Subject: Re: [PATCH v3 00/35] Memory allocation profiling To: Suren Baghdasaryan Cc: David Hildenbrand , Kent Overstreet , Michal Hocko , akpm@linux-foundation.org, vbabka@suse.cz, 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, 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, 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, rostedt@goodmis.org, 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 Content-Type: text/plain; charset="UTF-8" > > I tried to be helpful, finding ways *not having to* bypass the MM > > community to get MM stuff merged. > > > > The reply I got is mostly negative energy. > > > > So you don't need my help here, understood. > > > > But I will fight against any attempts to bypass the MM community. > > Well, I'm definitely not trying to bypass the MM community, that's why > this patchset is posted. Not sure why people can't voice their opinion > on the benefit/cost balance of the patchset over the email... But if a > meeting would be more productive I'm happy to set it up. Discussing these concerns during the next available MM Alignment session makes sense. At a minimum, Suren and Kent can present their reasons for believing the current approach is superior to the previously proposed alternatives. However, delaying the discussion and feature merge until after LSF/MM seems unnecessary. As I mentioned earlier in this thread, we've already leveraged the concepts within this feature to debug unexplained memory overhead, saving us many terabytes of memory. This was just the initial benefit; we haven't even explored its full potential to track every allocation path. Pasha