Received: by 2002:a05:6a10:c604:0:0:0:0 with SMTP id y4csp5391pxt; Thu, 5 Aug 2021 16:15:31 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzwpmVutgt3v4PqvwPBwEVOiVZmDO8MD/hWj/rPOzwsLIA+AkRGE1N2RRBobuB+k0TGWmfP X-Received: by 2002:a05:6402:230d:: with SMTP id l13mr9802329eda.10.1628205331151; Thu, 05 Aug 2021 16:15:31 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1628205331; cv=none; d=google.com; s=arc-20160816; b=ul9Z9HiUJruyuoSllSTpCdFFCHpQM+3ZNeDfuQ1GWD6bfMEWkrQGD2+ZFXA4ydn9xV Fkl2iuHTUSFB/8Scg2Y9O/xqE0SxX8IC/znHQw8AdCzlTilVmR4FcBTH4zdKSGtA+/LH p2rSPriKhj4MZT8TO9QPKb70zxOaME9JyHDfqQ0zdU+c1vcbv/uB+nqOCKH/3gzJl8QQ zxVBADyIdAmflWGyC07MW8p2bIb+0NlCTBf7Es5CpnI6yh/Epkwpkv/C2Ax0h9ZS2l74 gaBLAnZKAY2k/12CYJv828NEPzK6+daoeRv2TrXF0pSR37IoQE3Wqw4QbcNQhsYdZTf5 ZODw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:dkim-signature:dkim-signature:date; bh=M5DpbKfEBRwBFlm77J4m5ItMsLEEb0OMPYwxyZqu6YI=; b=ZWd+ScGAXO9WMzHih4C3xRtmqPQ0bzPdBNAtuQ3Cwx0v1lGvJn0AGyl5Lm6r3dM6cl FImwARDkXW15K5TODadS3JQyyXiDJksjxmiqeLk1g05jiatfneWarJuIePm42TYbVm5+ fcO76FPNLP/kPgUBd8YTlNpjg0hs+2ixLfW6+ia5SnytV2Lc2s8y760uSd3rrHEWYLAc rKVJuWD4d2SzC4ozwxlhmCPPYzdFU7Hzv0SNXvbuEDVJljVSethyUq3vnk/LRjvwtw3f nxr2+HqtEWg99/mkKW8JSXIo6QZ7cd34sGpA1MozMo7fvTOFvemjzkzkua65FdCn8he8 181A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linutronix.de header.s=2020 header.b=QNdLCPGZ; dkim=neutral (no key) header.i=@linutronix.de header.s=2020e; 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=NONE sp=QUARANTINE dis=NONE) header.from=linutronix.de Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id q13si4318257edd.380.2021.08.05.16.15.00; Thu, 05 Aug 2021 16:15:31 -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=@linutronix.de header.s=2020 header.b=QNdLCPGZ; dkim=neutral (no key) header.i=@linutronix.de header.s=2020e; 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=NONE sp=QUARANTINE dis=NONE) header.from=linutronix.de Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233559AbhHEQm3 (ORCPT + 99 others); Thu, 5 Aug 2021 12:42:29 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:45128 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233551AbhHEQm2 (ORCPT ); Thu, 5 Aug 2021 12:42:28 -0400 Received: from galois.linutronix.de (Galois.linutronix.de [IPv6:2a0a:51c0:0:12e:550::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 6661CC061765 for ; Thu, 5 Aug 2021 09:42:14 -0700 (PDT) Date: Thu, 5 Aug 2021 18:42:10 +0200 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020; t=1628181731; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=M5DpbKfEBRwBFlm77J4m5ItMsLEEb0OMPYwxyZqu6YI=; b=QNdLCPGZZ/iz1RjEuSkliemqXTyHiUmWicguY/gxljUxCs9zDW5Tw4WwU5cHhFTaiG40RE ABR5g43Mf72L0H/181LUM4wNCO7IRzA4FZY+8zf5rpUwNHQ4zla82YpxwoyPbkiexSiXmf K9xi6fsgy31PynJjD4/9DNw/VCed7dR8R9mFjxS0ObIagBdAFDCNTH4xl+movtnmUS4yz2 kfjCSWGNH+S+g83d/1CWwOxLluzUGHjgfAYp0CARDNi+0DTsIJl7yY1peCPSKfuAqvwVFq EHyN2lsRrsN+miB8JqaqnGT3lq9jrf6t6O2BOoVhnFVgZ3sJiNlzwx+hnGWsXA== DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020e; t=1628181731; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=M5DpbKfEBRwBFlm77J4m5ItMsLEEb0OMPYwxyZqu6YI=; b=PRg9KRgp6YeiJqW4dowBin3ardQDUnL4/r+IbIvDyKgXtuxleW0fzuOfMIHYtKiz0sTw29 R+y+PxxkoLxo6/BQ== From: Sebastian Andrzej Siewior To: Vlastimil Babka Cc: Andrew Morton , Christoph Lameter , David Rientjes , Pekka Enberg , Joonsoo Kim , linux-mm@kvack.org, linux-kernel@vger.kernel.org, Mike Galbraith , Thomas Gleixner , Mel Gorman , Jesper Dangaard Brouer , Jann Horn Subject: Re: [PATCH v4 00/35] SLUB: reduce irq disabled scope and make it RT compatible Message-ID: <20210805164210.2zxpzn2sdogf4kx3@linutronix.de> References: <20210805152000.12817-1-vbabka@suse.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <20210805152000.12817-1-vbabka@suse.cz> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2021-08-05 17:19:25 [+0200], Vlastimil Babka wrote: > Hi Andrew, Hi, > I believe the series is ready for mmotm. No known bugs, Mel found no !RT = perf > regressions in v3 [9], Mike also (details below). RT guys validated it on= RT > config and already incorporated the series in the RT tree. Correct, incl. the percpu-partial list fix. =E2=80=A6 > RT configs showed some throughput regressions, but that's expected tradeo= ff for > the preemption improvements through the RT mutex. It didn't prevent the v= 2 to > be incorporated to the 5.13 RT tree [7], leading to testing exposure and > bugfixes. There was throughput regression in RT compared to previous releases (without this series). The regression was (based on my testing) only visible in hackbench and was addressed by adding adaptiv spinning to RT-mutex. With that we almost back to what we had before :) =E2=80=A6 > The remaining patches to upstream from the RT tree are small ones related= to > KConfig. The patch that restricts PREEMPT_RT to SLUB (not SLAB or SLOB) m= akes > sense. The patch that disables CONFIG_SLUB_CPU_PARTIAL with PREEMPT_RT co= uld > perhaps be re-evaluated as the series addresses some latency issues with = it. With your rework CONFIG_SLUB_CPU_PARTIAL can be enabled in RT since v5.14-rc3-rt1. So it has been re-evaluated :) Regarding SLAB/SLOB: SLOB has a few design parts which are incompatible with RT (if my memory suits me so it was never attempted to get it working). SLAB was used before SLUB and required a lot of love. SLUB performed better compared to SLAB (in both throughput and latency) and after a while the SLAB patches were dropped. Sebastian