Received: by 2002:a05:6a10:d5a5:0:0:0:0 with SMTP id gn37csp1680369pxb; Thu, 7 Oct 2021 12:44:22 -0700 (PDT) X-Google-Smtp-Source: ABdhPJziCy0mVC6ZB5U/4zzMCpttNENfCTbljiZU50uNhswaqhTdbLNGCoQvSWpgK8h60fLrg2QY X-Received: by 2002:a17:90a:1610:: with SMTP id n16mr7628621pja.59.1633635862770; Thu, 07 Oct 2021 12:44:22 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1633635862; cv=none; d=google.com; s=arc-20160816; b=RlGYEwd5iSy6scBN0+dEymNqCNXn7FfsnBa4ZEiq/a8qvlHhdl5Tva3+VCyr60NZUr IE/RcRK623gfEA4pYVsy+FicpxtxXNXM5I3aGdEeZ4b95Ron4RnVM+RNDis2meUdBhqq 2Mh2OxQGNkRqjsXElRAVdNjgbGa7rc4oByArxsZBXp/XFTmd6ggJj+0AxDrmIq2sLVqk U1hP4CbyumzWPkIpYBpX+QuqyKMxBxzhE7W5T4uDuzwO9MiFe9+5ZeawByRbjAN6cRm4 dch+bXxZ3S0lVOuIK6VMYLMUamsZ7Ic1zJ/RiNXdMQNLHWnf+OcG0mq/cpNtproGuM2F 7tTQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=SFMiH5k6bTZykMDXuEggSN9IEsmXGxbcwFTl7AqjDQA=; b=Wu5FnUfPEnZfpI6ptyd6kmDi1EaFjgtmBlKrddJQFtjqogF4oV/XzTgg81vi8FJpPg UHvazOewIEgbath3BsDCGrq1gIPYVdrNXaXfl2GFsbnChKx2ZU5TNiCHEEpW9NTsVXvP pam0ch/2bETxtdj/BoY9cuB5lNdWSYAX6Z/lfnEp9DY/QI430RXiRtZiYGbZKfcf+gUJ i3hz45hC0TDKNkGZfreEvpFjyHgAhrOsCPpdqZzySCMwr5qpJ7ljwsybE/+tkqj6oJwI HqiAn6oqxgJO7iI4F48Ml/L0aUsA012UNcZUcORcflcu1eI7K7vbH2OMmPXLXM035pH/ YHXA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20210112 header.b=LXyUtPBg; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id z1si277992pla.440.2021.10.07.12.44.09; Thu, 07 Oct 2021 12:44:22 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@google.com header.s=20210112 header.b=LXyUtPBg; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S242736AbhJGRdB (ORCPT + 99 others); Thu, 7 Oct 2021 13:33:01 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:43370 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S242611AbhJGRc7 (ORCPT ); Thu, 7 Oct 2021 13:32:59 -0400 Received: from mail-yb1-xb2d.google.com (mail-yb1-xb2d.google.com [IPv6:2607:f8b0:4864:20::b2d]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 889CEC061760 for ; Thu, 7 Oct 2021 10:31:05 -0700 (PDT) Received: by mail-yb1-xb2d.google.com with SMTP id q189so15135457ybq.1 for ; Thu, 07 Oct 2021 10:31:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=SFMiH5k6bTZykMDXuEggSN9IEsmXGxbcwFTl7AqjDQA=; b=LXyUtPBgoQ0wuEV8jWO3qbh1aq19+NB+Lj3QNc8iavlMTVCNb3Lk/5pepq+lRv3WYF 94s526BQ8dmH0rW/nFdrbOb89wLb+OWnuC+dtYRmV+1sbJrOJhY9zSecE06C9uTm4xlH fdYjDMcpjNGy+xyqXbncZwjLyqXnUpnfnO7i3TsvElWM0IrdlUitVY2kmAUTtXWeO7jx lw+0RiP24lrJgk6TVwzr0YwO+kywWFJCBHnCq2t6zYMHIhiqydOujR+iLK080jPLYONs UVeo+0K7lnbrpeGaHWAnIRPbDndeAKwkb3Drmwgirj/J55VfQL74Zpd29efvaZAJy4Wn HtiA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=SFMiH5k6bTZykMDXuEggSN9IEsmXGxbcwFTl7AqjDQA=; b=J/TOU7sY9qSI9Zq73dinoEIebH/COTTT4pGvVvg2XGQ9Ua9BVsxZcyX49K1zgxit/5 pwnV/cwz2uxcgN4CaX4f2GDHpdNFzaXS0wU3J1acuLb2/jnMFvI3NqMUxL6CUJlCJhDM TLoG8RQ0Lh2Dwdcv+JKH6DA0pAwPRUkszFSuqqPuXmDDY7JK271zx3W3LvgUNMYogbPG tDGhsb1eWnViknYURCqeLgds2wpBHPzia/5FnoLhdyIkXEjVOLcB/DUD+gumFkG6M0oD bwvwoU9V2QiR+oghcUf4/DMLoz0JwxEbSxWqyWNXSRanGoEAzf0/lbDc5m9VTOY9Weba pGvQ== X-Gm-Message-State: AOAM5327xU62afttmLio44pxKOo7IbHBkIA/yjdfRmaVppvnhTZdNYGl qKqHdYWJxyd1WaJVbw4alxntPMQ9s8j11DuzQhpnRg== X-Received: by 2002:a25:552:: with SMTP id 79mr6071995ybf.202.1633627863712; Thu, 07 Oct 2021 10:31:03 -0700 (PDT) MIME-Version: 1.0 References: <20211005200411.GB19804@duo.ucw.cz> <6b15c682-72eb-724d-bc43-36ae6b79b91a@redhat.com> In-Reply-To: From: Suren Baghdasaryan Date: Thu, 7 Oct 2021 10:30:52 -0700 Message-ID: Subject: Re: [PATCH v10 3/3] mm: add anonymous vma name refcounting To: Michal Hocko Cc: David Hildenbrand , John Hubbard , Pavel Machek , Andrew Morton , Colin Cross , Sumit Semwal , Dave Hansen , Kees Cook , Matthew Wilcox , "Kirill A . Shutemov" , Vlastimil Babka , Johannes Weiner , Jonathan Corbet , Al Viro , Randy Dunlap , Kalesh Singh , Peter Xu , rppt@kernel.org, Peter Zijlstra , Catalin Marinas , vincenzo.frascino@arm.com, =?UTF-8?B?Q2hpbndlbiBDaGFuZyAo5by16Yym5paHKQ==?= , Axel Rasmussen , Andrea Arcangeli , Jann Horn , apopple@nvidia.com, Yu Zhao , Will Deacon , fenghua.yu@intel.com, thunder.leizhen@huawei.com, Hugh Dickins , feng.tang@intel.com, Jason Gunthorpe , Roman Gushchin , Thomas Gleixner , krisman@collabora.com, chris.hyser@oracle.com, Peter Collingbourne , "Eric W. Biederman" , Jens Axboe , legion@kernel.org, Rolf Eike Beer , Cyrill Gorcunov , Muchun Song , Viresh Kumar , Thomas Cedeno , sashal@kernel.org, cxfcosmos@gmail.com, Rasmus Villemoes , LKML , linux-fsdevel@vger.kernel.org, linux-doc@vger.kernel.org, linux-mm , kernel-team Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Oct 7, 2021 at 10:25 AM 'Michal Hocko' via kernel-team wrote: > > On Thu 07-10-21 09:43:14, Suren Baghdasaryan wrote: > > On Thu, Oct 7, 2021 at 9:37 AM Michal Hocko wrote: > [...] > > > OK, so there is no real authority or any real naming convention. You > > > just hope that applications will behave so that the consumer of those > > > names can make proper calls. Correct? > > > > > > In that case the same applies to numbers and I do not see any strong > > > argument for strings other than it is more pleasing to a human eye when > > > reading the file. And that doesn't sound like a strong argument to make > > > the kernel more complicated. Functionally both approaches are equal from > > > a practical POV. > > > > I don't think that's correct. Names like [anon:.bss], > > [anon:dalvik-zygote space] and > > [anon:dalvik-/system/framework/boot-core-icu4j.art] provide user with > > actionable information about the use of that memory or the allocator > > using it. > > No, none of the above is really actionable without a common > understanding. Both dalvik* are a complete gibberish to me. Ok, maybe I was unclear. Some names, as the first two in the above example are quite standard for Android and tools do use them to identify specific specialized areas. Some names are not standardized and can contain package names, like anon:dalvik-/system/framework/boot-core-icu4j.art. In this case while tools do not process them in any special way, they still convey enough information for a user to identify the corresponding component. > -- > Michal Hocko > SUSE Labs > > -- > To unsubscribe from this group and stop receiving emails from it, send an email to kernel-team+unsubscribe@android.com. >