Received: by 2002:a05:6358:d09b:b0:dc:cd0c:909e with SMTP id jc27csp888927rwb; Wed, 9 Nov 2022 09:50:47 -0800 (PST) X-Google-Smtp-Source: AMsMyM4kJl0+/SL/nuLwhKITaavDF5vn7nNxNxb1lA2IVoeVeWHzxRx50zWm4ki1kAdTTmODp5Te X-Received: by 2002:a17:907:743:b0:740:ef93:2ffc with SMTP id xc3-20020a170907074300b00740ef932ffcmr57412623ejb.514.1668016247267; Wed, 09 Nov 2022 09:50:47 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1668016247; cv=none; d=google.com; s=arc-20160816; b=ImzeSzTg8+8l1GKN7WZlDuHVs+ChWXMnH1lfgHqZH51eAwFEHP2EAnyYcqMLWgELWT 60YcxteNK4X8Mrrqtqo/ABf/2bjQBkEPsrF3f3jcR1m0G7RUga76T4eT8v4ofyZwFJjs lRt1vOYxO3uMIVjNbnuaEaPEBDYKLb4IPN7qSC50RLOjy3uq/Bdm2IM1+0YBVhYvLLje CdkGJNSoadbkqGEFrmIVNIRI6IvEdtcj40FeAFxab0voU0LtLGlNAoydPTXlAutCUOif HywdncaL/tKywah/nHyXNVitgca3SI6QA52kNcBlH8BFi5Br4modfzZqN/IgFOFztifF zyAg== 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; bh=Ews1zWN1f/PR7HGzfMn+lenNKSw7QezbzurfTC9dGEg=; b=ysFbshPPIE58FX9b0xjkAynuaaIXkPFxedh6Np+2JP3q0GSs/jZ+644/SeRyXbDfdD 2d+cGOduQDvvV0KYoCPYMH9Cn/9sOr57z4U7YtqKAhEXCwxq6i+drd8swLvprhuV/Hfu eUlGTL23HH99rQ/fkG2XymI9dfj7GTpKFdRQHXnGC4g8smfe6sKlkpcTiHA7FW1yvjvw /V7FYCz3a5/TvD1o/35naHcTFAu7e/LN5Ol5ZDOCNbe7rQpobPSd2J3zKFYlUV0SKbwg BKAU/6GY2kmcnwayS49XJx8lW/E6m79VvRx8oB0EIrDTE7AOktYMb4ZeIPaC6GgKrKKM 9Z8g== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id c27-20020a50d65b000000b00457d6203a0bsi14197361edj.62.2022.11.09.09.50.24; Wed, 09 Nov 2022 09:50:47 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231269AbiKIQpx (ORCPT + 92 others); Wed, 9 Nov 2022 11:45:53 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:48954 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231244AbiKIQpw (ORCPT ); Wed, 9 Nov 2022 11:45:52 -0500 Received: from mail-qk1-f178.google.com (mail-qk1-f178.google.com [209.85.222.178]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 20D5720192; Wed, 9 Nov 2022 08:45:50 -0800 (PST) Received: by mail-qk1-f178.google.com with SMTP id g10so11264443qkl.6; Wed, 09 Nov 2022 08:45:50 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; 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=Ews1zWN1f/PR7HGzfMn+lenNKSw7QezbzurfTC9dGEg=; b=apbFbK+ZvFrjpyNcG/vYCTOZt6lminw1qidkUzeyiP68XQaofoPRYlYFHHEyoEQfS6 y0lLs1HkdjhUyrMLL5Hl/B8GppRpNxri00FEvHonXUhPu6aTPUJ8rnMwgJBtGwtsfIbh RygX2m2a9xCSVTXVF2AHwZQ4vwWcwPH4+U1gEy7FIrZJhIxtDm5fJlLdmN3oWCOde9x+ jGTP2c/fFnYodPZpK7k3Ho9JtdjzNMe88MMUDX1GuRt9H53tgPCRTH1Yof7lnWMllndK jN3M1PASUyOmMcEteamHUnzKNga+7gmwdbAeSv7kNrHuzPN89HoP/b5oTa5zONV72zlQ VekQ== X-Gm-Message-State: ACrzQf2flUe35U6flHzHmy7L66sut6u64sojxfDdIUoRXdzX4uh6G7TC MdCgmwlEEg0YT0xqZEaium+HyqNsdCC9jA== X-Received: by 2002:a37:e218:0:b0:6fa:28b1:6a84 with SMTP id g24-20020a37e218000000b006fa28b16a84mr26174203qki.536.1668012349140; Wed, 09 Nov 2022 08:45:49 -0800 (PST) Received: from mail-yb1-f176.google.com (mail-yb1-f176.google.com. [209.85.219.176]) by smtp.gmail.com with ESMTPSA id ey26-20020a05622a4c1a00b003a4ec43f2b5sm9951181qtb.72.2022.11.09.08.45.44 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 09 Nov 2022 08:45:46 -0800 (PST) Received: by mail-yb1-f176.google.com with SMTP id 7so17112752ybp.13; Wed, 09 Nov 2022 08:45:44 -0800 (PST) X-Received: by 2002:a05:6902:503:b0:6cf:c510:6a23 with SMTP id x3-20020a056902050300b006cfc5106a23mr40745720ybs.380.1668012343710; Wed, 09 Nov 2022 08:45:43 -0800 (PST) MIME-Version: 1.0 References: <87187c52-ae48-130b-6479-ae1023915bc1@suse.cz> <20221109155008.GC307514@darkstar.musicnaut.iki.fi> In-Reply-To: <20221109155008.GC307514@darkstar.musicnaut.iki.fi> From: Geert Uytterhoeven Date: Wed, 9 Nov 2022 17:45:32 +0100 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Deprecating and removing SLOB To: Aaro Koskinen Cc: Vlastimil Babka , Pasha Tatashin , Christoph Lameter , David Rientjes , Joonsoo Kim , Pekka Enberg , Hyeonggon Yoo <42.hyeyoo@gmail.com>, Matthew Wilcox , Roman Gushchin , Linus Torvalds , "linux-mm@kvack.org" , "linux-kernel@vger.kernel.org" , Catalin Marinas , Rustam Kovhaev , Andrew Morton , Josh Triplett , Arnd Bergmann , Russell King , Alexander Shiyan , Janusz Krzysztofik , Tony Lindgren , Yoshinori Sato , Rich Felker , Jonas Bonn , Stefan Kristiansson , Stafford Horne , "linux-arm-kernel@lists.infradead.org" , openrisc@lists.librecores.org, linux-riscv@lists.infradead.org, linux-sh@vger.kernel.org Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-1.4 required=5.0 tests=BAYES_00, FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM,HEADER_FROM_DIFFERENT_DOMAINS, RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H2,SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Nov 9, 2022 at 4:53 PM Aaro Koskinen wrote: > On Wed, Nov 09, 2022 at 10:00:25AM +0100, Vlastimil Babka wrote: > > > On Tue, Nov 8, 2022 at 10:55 AM Vlastimil Babka wrote: > > >> I believe SLOB can be removed because: > > >> > > >> - AFAIK nobody really uses it? It strives for minimal memory footprint > > >> by putting all objects together, which has its CPU performance costs > > >> (locking, lack of percpu caching, searching for free space...). I'm not > > >> aware of any "tiny linux" deployment that opts for this. For example, > > >> OpenWRT seems to use SLUB and the devices these days have e.g. 128MB > > >> RAM, not up to 16 MB anymore. I've heard anecdotes that the performance > > >> SLOB impact is too much for those who tried. Googling for > > >> "CONFIG_SLOB=y" yielded nothing useful. > > > > > > I am all for removing SLOB. > > > > > > There are some devices with configs where SLOB is enabled by default. > > > Perhaps, the owners/maintainers of those devices/configs should be > > > included into this thread: > > [...] > > > > arch/arm/configs/omap1_defconfig:CONFIG_SLOB=y > > I have been using SLUB on my OMAP1 boards with 32 MB RAM, because of > better debugging features and the memory footprint difference doesn't > really matter for my use cases. Looking at history why SLOB was added > there, it seems it came from 6cfce27c14aa ("omap1: Add omap1_defconfig") > when separate boards configs were merged, and SX1 board happened to have > SLOB in there. This board is nowadays only used in QEMU anyway. > > There are OMAP1 boards with only 16 MB, but support for those boards > will be removed. So from OMAP1 side, I don't think there is any real > need for SLOB anymore. Interestingly, the m68k defconfigs use either SLAB, or the default (SLUB). So the poor old m68k machines (many of which have less than 32 MiB) seem to do fine without SLOB... Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that. -- Linus Torvalds