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 Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id 84834EB64DD for ; Tue, 25 Jul 2023 23:26:01 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 979706B0071; Tue, 25 Jul 2023 19:26:00 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 902306B0074; Tue, 25 Jul 2023 19:26:00 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 7A3726B0075; Tue, 25 Jul 2023 19:26:00 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0013.hostedemail.com [216.40.44.13]) by kanga.kvack.org (Postfix) with ESMTP id 6270B6B0071 for ; Tue, 25 Jul 2023 19:26:00 -0400 (EDT) Received: from smtpin16.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay05.hostedemail.com (Postfix) with ESMTP id 3599E40BFC for ; Tue, 25 Jul 2023 23:26:00 +0000 (UTC) X-FDA: 81051719280.16.53FC192 Received: from mail-pl1-f179.google.com (mail-pl1-f179.google.com [209.85.214.179]) by imf10.hostedemail.com (Postfix) with ESMTP id 6855AC001A for ; Tue, 25 Jul 2023 23:25:58 +0000 (UTC) Authentication-Results: imf10.hostedemail.com; dkim=pass header.d=google.com header.s=20221208 header.b="K/zocu5k"; spf=pass (imf10.hostedemail.com: domain of rientjes@google.com designates 209.85.214.179 as permitted sender) smtp.mailfrom=rientjes@google.com; dmarc=pass (policy=reject) header.from=google.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1690327558; h=from:from:sender: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: in-reply-to:in-reply-to:references:references:dkim-signature; bh=XUAymOqyJF+KJzhkhKRHjkAaSaauZTSc0FF9IG/sL8s=; b=e4Wn0PWiuzu6mQFlDVF2bM2WCb8emwvb2cvwk5KukFfytV3Vbt93JUH71eJnihSj8SmHDb fI8d99kicborBxmIy5U+MQH6pnQeoLdOBWH5YucSYGDMOAlQ87h3wcjsf/l1Mv+Cz5PKKi I2P87Py9biSbIvKr2MJniVjprABSwvQ= ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1690327558; a=rsa-sha256; cv=none; b=ChkdWHpbpBJhNWtcfWKcMKaUfSPgy3Xm3QD1AMDLVbDzAwU0rjl3ozlHgKCbsNM1CM2JFC 4CIIWeAVZCzthGIVcZOSnFpiGV1lo5KrQhP55c0pJOY427dRJbig/5xrvRiva5QZfpFv0S 1pPxilYnXG0oAnZPcaDrKJcLpGvscgE= ARC-Authentication-Results: i=1; imf10.hostedemail.com; dkim=pass header.d=google.com header.s=20221208 header.b="K/zocu5k"; spf=pass (imf10.hostedemail.com: domain of rientjes@google.com designates 209.85.214.179 as permitted sender) smtp.mailfrom=rientjes@google.com; dmarc=pass (policy=reject) header.from=google.com Received: by mail-pl1-f179.google.com with SMTP id d9443c01a7336-1b52875b8d9so77355ad.0 for ; Tue, 25 Jul 2023 16:25:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20221208; t=1690327557; x=1690932357; h=mime-version:references:message-id:in-reply-to:subject:cc:to:from :date:from:to:cc:subject:date:message-id:reply-to; bh=XUAymOqyJF+KJzhkhKRHjkAaSaauZTSc0FF9IG/sL8s=; b=K/zocu5kXUyK0/jI3vAvSSXNAJ68vZAWBxXmVZ2imIvEsi7Fx8cNGPhTKJBVNOQsX8 ma9NJSi0ZrEZvF0QVbb4UIDpZkW5pNU+rFWNr6Bh2kyJOZ6UJAV3MKm8wcBBdYPLUTMy yP9hRlwTYRBW1/WwDkjU/ZbOaXUCJEMm/Ph6C+SU71Py5ANKvVSnT9otHCbQGvdCGW11 mjw4K6e0DWr1yCUtqbg97DsKQaI3JFD8WvxKI+gvu3TmjjpqfMVxMmDlsBa3ZvbFTL6D 1uORd5FDtYbAmNw1hMAK4lO3WW9TVrDa5yF08G7o/Sbal6jTBu2knXTksXpMMYHw6y+d IJFw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1690327557; x=1690932357; h=mime-version:references:message-id:in-reply-to:subject:cc:to:from :date:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=XUAymOqyJF+KJzhkhKRHjkAaSaauZTSc0FF9IG/sL8s=; b=MX1PSypQOVdqJXZWNMBPZNcc5njjWvhOjIdEpIZ8T5q8uVulZNNxvUxc/Tz1Hg3uE0 iz5t3CuiC2B6zquFTT/xxCJCNUjpsbxDrm551/YlYbfn0pj2NxJaCbKqyq7fIsKq/KNK /xTzVNLMFqYfi7P8tt5SiWz1X+/Hxti+cO2VQYP2Kvw5WrESACyeMF8Bd4+hEUCvVqL5 Nf6uKQpOx9pZrzFffD8gJoqCaDwpgWS1CahvpRUzekqkhTd0xNb6VxuEI1awpyHVOAqO LUs9PN/MQ+gwluAuc72fJCPO5NKjU/DlLClCWHZFuniXSUcZK3LpHrXvk3tQofug0KKI HURA== X-Gm-Message-State: ABy/qLb5wmIvhFy7BJiMV8ah5Qdd6e8sU13nkpgiJgfW12VWun8lb3VB fJ9QcKskNADK14L4qpptVGa+hA== X-Google-Smtp-Source: APBJJlFq1uMDAKy4VsXXWIgKNW3YHd+x947A6mDx0IlNuq/VCClpH++XD+l+geMp8QQyqsWsJ2FRHQ== X-Received: by 2002:a17:902:d48c:b0:1bb:9675:8c1a with SMTP id c12-20020a170902d48c00b001bb96758c1amr300090plg.24.1690327556899; Tue, 25 Jul 2023 16:25:56 -0700 (PDT) Received: from [2620:0:1008:15:ecb7:d63b:6ebb:ac11] ([2620:0:1008:15:ecb7:d63b:6ebb:ac11]) by smtp.gmail.com with ESMTPSA id w13-20020aa7858d000000b00686236718d8sm10117911pfn.41.2023.07.25.16.25.56 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 25 Jul 2023 16:25:56 -0700 (PDT) Date: Tue, 25 Jul 2023 16:25:55 -0700 (PDT) From: David Rientjes To: Julian Pidancet cc: Christoph Lameter , "Lameter, Christopher" , Pekka Enberg , Joonsoo Kim , Andrew Morton , Vlastimil Babka , Roman Gushchin , Hyeonggon Yoo <42.hyeyoo@gmail.com>, linux-mm@kvack.org, Jonathan Corbet , linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, Matthew Wilcox , Kees Cook , Rafael Aquini Subject: Re: [PATCH v2] mm/slub: disable slab merging in the default configuration In-Reply-To: Message-ID: References: <20230629221910.359711-1-julian.pidancet@oracle.com> <38083ed2-333b-e245-44e4-2f355e4f9249@google.com> <8813897d-4a52-37a0-fe44-a9157716be9b@google.com> <17349901-df3a-494e-fa71-2584d92526b5@google.com> <3bcfa538-4474-09b7-1812-b4260b09256a@google.com> <7b6b07b3-d8a1-b24f-1df2-bf6080bc5516@google.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 6855AC001A X-Rspam-User: X-Stat-Signature: cg5odf157gadyrp1y3kftc8chcwehdct X-Rspamd-Server: rspam03 X-HE-Tag: 1690327558-377959 X-HE-Meta: U2FsdGVkX1+XPy9KD2N1yS8raMbqc0SwRdqGB7pFe0Zb6LWoXPYMIgANG1gboowEDO8BuoGNnM2jN7vFsb2Qry2ngwUB3GnfU5rYrrNst1ml2jHgEFx/8snkblhVq9kJ9VwHaJMb3FAhfjdCHQ7yrWLkwc9NWWykMA7fea3njsmzYiFOGap7AJ0zzpWdQh0fC8dKvWxWRyrOlUINp+GlDYNX/w0kueqqhaFyIP24shdT62uk5FaEkv03CgvVpNWlashOlZSOdWVpFZyWL4/bHq2mkglzTrK861eDwCu/Nd4bPzVIHEHTJrKdasuPBKjJ4RqPNF8jeK2EgSWRSiSczbKy+sh9IKF/fmxP9rOfWN1yKL1M4lyB9W4AXhexqJTlpBg9wG6WUkrKuwIQ+k+++n4sDcPmwY0JPUcamJxkxjzZvss0bMcTswsqy+vrTT+tJ2s9Z0g4uRlbc8pshBce+5utnvMcHKOk6CPztnULTndSeVX7FkQ0pY32P7W/5QV1/W9nuYZbU5ihZHDhewXP6qVLCYmWHHlv7X1xGRQ1Nn1b8wbm1bRdTE4+J1TEi+bb2hjNmpJGjoxg62ZqoDv7eRMZnOf80HJ+/HzFCacyNrqnlbXnNroeHiU9Yx05CYbeyWdB9LofcdrG9QN/r4vo0XJGOyUqiOvc21c5tvxP6euT/Pz010k0hnD9RvBF3NdbI+P/kaBI5nB+uIv/JLnJW/Q3jV4dQPGYMnjpaaAAs4HGis+9Mqv5z+rirgH7Zf2iLxS4bjn02lnIxaz86mjVASnKA8CG8nSvHOlnD/hatYY5gNPl7i7csALccOPgolC9S/D5al/E88oTI9xjKN5WMliC0oLuYgcuu2KQ5XE0J27d3sozelYTnEaLGtPJw3DKVbA/EaK84Rxr2sjlsHMMmLWZRGYDL85U0d2/itaerMsXIXc0iC0djUmu6mbV9O2VgdekOF5+OZq4u7b+C3w aYBgJImv WaCDaDKnC74e0NaymS5h8CMGZLHVrynO+CTZgmm+u+rVGFD3etlpXZLTvdsCKoXxyJJ0bpB9FCLP4Dv+T/l7vsiYX9gOSYz9hIpdrB8ITJV0fRr9Y74C0gFtcMah5PYwnFN0R68uoDC3/3TuWLf0fChFWt0lH5xmhyPnSw7hZot+KP83o2cvx8w32N9/rH6Xj0Zkc1lXOnRJwdvBeQVNhvV9Gjd9W709dHuMqtyTuoWcVgBQhjudo8KzjZmThKa+hkAKYnczdJvJuDB1jq7CY6of6UF90vVl7TvW6nUsMaLkLkSfDuVcLYXItZ9XQk9Egl1sDEaLpagRCWIUc+0S2uF6E3Ek0u93j38fjZjeOKHYrBB3T8T5iC/BYyCJNhMeVuxpdXrffhb2ugEMMRLMulsoS5TV/M5wrH8DWPlqMKm2qiBWWAftUGtJZGd6nH1HVEWL0 X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: On Tue, 18 Jul 2023, Julian Pidancet wrote: > Hi David, > > Many thanks for running all these tests. The amount of attention you've > given this change is simply amazing. I wish I could have been able to > assist you by doing more tests, but I've been lacking the necessary > resources to do so. > > I'm as surprised as you are regarding the skylake regression. 20% is > quite a large number, but perhaps it's less worrying than it looks given > that benchmarks are usually very different from real-world workloads? > I'm not an expert on context_switch1_per_thread_ops so I can't infere which workloads would be most affected by such a regression other than to point out that -18% is quite substantial. I'm still hoping to run some benchmarks with 64KB page sizes as Christoph suggested, I should be able to do this with arm64. It's ceratinly good news that the overall memory footprint doesn't change much with this change. > As Kees Cook was suggesting in his own reply, have you given a thought > about including this change in -next and see if there are regressions > showing up in CI performance tests results? > I assume that anything we can run with CI performance tests can also be run without merging into -next? The performance degradation is substantial for a microbenchmark, I'd like to complete the picture on other benchmarks and do a complete analysis with 64KB page sizes since I think the concern Christoph mentions could be quite real. We just don't have the data yet to make an informed assessment of it. Certainly would welcome any help that others would like to provide for running benchmarks with this change as well :P Once we have a complete picture, we might also want to discuss what we are hoping to achieve with such a change. I was very supportive of it prior to the -18% benchmark result. But if most users are simply using whatever their distro defaults to and other users may already be opting into this either by the kernel command line or .config, it's hard to determine exactly the set of users that would be affected by this change. Suddenly causing a -18% regression overnight for this would be surprising for them.