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 X-Spam-Level: X-Spam-Status: No, score=-2.2 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,USER_AGENT_SANE_1 autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id F1FA3C43215 for ; Wed, 27 Nov 2019 15:40:21 +0000 (UTC) Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by mail.kernel.org (Postfix) with ESMTP id BB9DA20722 for ; Wed, 27 Nov 2019 15:40:21 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org BB9DA20722 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=linux.com Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=owner-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix) id 43DBA6B04B9; Wed, 27 Nov 2019 10:40:21 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id 3EE046B04BA; Wed, 27 Nov 2019 10:40:21 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 303836B04BB; Wed, 27 Nov 2019 10:40:21 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from forelay.hostedemail.com (smtprelay0195.hostedemail.com [216.40.44.195]) by kanga.kvack.org (Postfix) with ESMTP id 16CF06B04B9 for ; Wed, 27 Nov 2019 10:40:21 -0500 (EST) Received: from smtpin09.hostedemail.com (10.5.19.251.rfc1918.com [10.5.19.251]) by forelay02.hostedemail.com (Postfix) with SMTP id C0BB71EF0 for ; Wed, 27 Nov 2019 15:40:20 +0000 (UTC) X-FDA: 76202469000.09.suit65_2015bce03c902 X-HE-Tag: suit65_2015bce03c902 X-Filterd-Recvd-Size: 2281 Received: from gentwo.org (gentwo.org [3.19.106.255]) by imf37.hostedemail.com (Postfix) with ESMTP for ; Wed, 27 Nov 2019 15:40:20 +0000 (UTC) Received: by gentwo.org (Postfix, from userid 1002) id D60133EF16; Wed, 27 Nov 2019 15:40:19 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by gentwo.org (Postfix) with ESMTP id D50ED3EC1C; Wed, 27 Nov 2019 15:40:19 +0000 (UTC) Date: Wed, 27 Nov 2019 15:40:19 +0000 (UTC) From: Christopher Lameter X-X-Sender: cl@www.lameter.com To: Michal Hocko cc: LKML , linux-mm@kvack.org Subject: Re: SLUB: purpose of sysfs events on cache creation/removal In-Reply-To: <20191126165420.GL20912@dhcp22.suse.cz> Message-ID: References: <20191126121901.GE20912@dhcp22.suse.cz> <20191126165420.GL20912@dhcp22.suse.cz> User-Agent: Alpine 2.21 (DEB 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Bogosity: Ham, tests=bogofilter, spamicity=0.000029, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: On Tue, 26 Nov 2019, Michal Hocko wrote: > > I have no idea about what this is. > > It seems to be there since the initial merge. I suspect this is just > following a generic sysfs rule that each file has to provide those > events? I have never heard of anyone using this. > > There have been many people who > > reworked the sysfs support and this has been the cause for a lot of > > breakage over the years. > > Remember any specifics? The sequencing of setup / teardown of sysfs entries has frequently been a problem and that caused numerous issues with slab initialization as well as kmem cache creation. Initially kmalloc DMA caches were created on demand which caused some issues. Then there was the back and forth with cache aliasing during kmem_cache_create() that caused another set of instabilities. > I am mostly interested in potential users. In other words I am thinking > to suppress those events. There is already ke knob to control existence > of memcg caches but I do not see anything like this for root caches. > I am not aware of any users but the deployments of Linux are so diverse these days that I am not sure that there are no users.