Received: by 2002:a05:6a10:a0d1:0:0:0:0 with SMTP id j17csp766579pxa; Tue, 11 Aug 2020 14:43:54 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxTGNDEN87xb9a0r+oyXR8Z/XwoBrAvYDdGBazwUlqk9t+HOmatA2Xz9VVWKisGUhKRPYp+ X-Received: by 2002:a17:906:6d91:: with SMTP id h17mr27229091ejt.531.1597182234166; Tue, 11 Aug 2020 14:43:54 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1597182234; cv=none; d=google.com; s=arc-20160816; b=USueKzThSOl8rzVY3gydX5ngRB5mmNzDHLyTtJotRbUvmq/HhciFkOqOzu4cuG4TIJ qPSqbmuvyWgne45QQ3Iz9yr5k2EaS2jzEK0YGF/hpPQrkWSJXOuZuUNvMvnLMbUHVdjb gt7cL+BsCeBeDzarETKDDS/aVcDalwGr2hWNoDIbCs/YogKmH22WfkikqLenixTWG/oA Msx+h519AwkNin3ZW0YNlPY6aLxKHovHdW3IacEKUzAAcbCVSu2Kc7126efmiMqHbBQL WbKP4vxJGyimp2Y2Wkat5JwDq/C+coZl3bZYzVGgWBgeylUmfr4MIXUwJt+eZ0mtYbRR jO1A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:references :message-id:in-reply-to:subject:cc:to:from:date:dkim-signature; bh=xh1nFmiFsyPig921Fwk7pCd225ZkH0tJsK6GH0jcq9Q=; b=AzQpemYPs6wzLKswKNvfAfS7EtRaUlPejd454F8mTNMhbZ8GoPKpKT56HkURHHQOQ2 NvtIB/qLWGfsr/fuMeynrOqnymUY43fT+YIzt0Gtlg7IN3LIrGXk6sNsHmCvpqodJJFh o06FxGdvAH4CCRyv4rywfsSBSv39HIb5mnmu6r8aXTz0KJ6gkYMBDttrXeYgu9SOaJ4F Ylrv88ZKB/sSzuq+ICp3Z052Z1PQRYSEhZ/GoDZkP1Piueqc53Z0ZMLedK7QNqGfS1fi y2lTtmos0xmrNAHplbO37h0DZoon8UFrsFU+RvbPI5zO63dyAbVzLerxFGucE6EUYzE8 yY6g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=NF9nDofa; 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 o3si13261639ejm.346.2020.08.11.14.43.31; Tue, 11 Aug 2020 14:43:54 -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=20161025 header.b=NF9nDofa; 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 S1726366AbgHKVkS (ORCPT + 99 others); Tue, 11 Aug 2020 17:40:18 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:60906 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726023AbgHKVkR (ORCPT ); Tue, 11 Aug 2020 17:40:17 -0400 Received: from mail-pf1-x444.google.com (mail-pf1-x444.google.com [IPv6:2607:f8b0:4864:20::444]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id D237EC06174A for ; Tue, 11 Aug 2020 14:40:16 -0700 (PDT) Received: by mail-pf1-x444.google.com with SMTP id d188so8335665pfd.2 for ; Tue, 11 Aug 2020 14:40:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=date:from:to:cc:subject:in-reply-to:message-id:references :user-agent:mime-version; bh=xh1nFmiFsyPig921Fwk7pCd225ZkH0tJsK6GH0jcq9Q=; b=NF9nDofa//83sJtBUpVI2eC0Kf/qGVDT+X35ri144puGnCvGTfZJ6RgZxtEcRnp4eY Pbq/3SQIFzN0UySOyqMQfvQn8Ao2+zgiUuCSiV9Lo87/6Bqh8P6CfIHVx3NArVEGCk30 SlG3Ra8q9tR0JsITHSC2K4bdr/IVIuDPD544ywmn4iZq8ns1zfx9Qjf6e+8VfrR3b5kS K0fej6N70MA7/2OK2TIG4OFhogiydqY3JuSewDBDGCMMnlSb1CQZqXG47EPmKxTtjU3O BwQyJQY5A0HJGHk8zaTMuWkqCRFu6nAOQuYlmUbfhCbK/83tTNkcbJODqq3N8etyGNFI SflA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:in-reply-to:message-id :references:user-agent:mime-version; bh=xh1nFmiFsyPig921Fwk7pCd225ZkH0tJsK6GH0jcq9Q=; b=rs7Ls60+rpSNaiefFdvJBCw8JjBSt7e5x5aDRtDcEWOLHkc1X98pcExFBOv0sFBpVr nNQzxcVjYSO+KlR/Z1LVkQ8ri/xWl4Wk6BTZJzTZCqjDcevtkIB4wUVpopEaV0ZivlOD xUAJ0Ed5q4PF2lNiElB1mAmk6OByZTpo1oz2m7wHJUEzYA/lLOGFstOXpjw7fjlifw7l vcoU69YBThALxHqx55PuZi/4gJCtgP2np3U8gMk2CwVSC5+Nt3DUXJr3AdK/0huhd1Iv ecAv42/IHKWFimEJFDg4UUMJmUZenJiIq4zsrr6EzxonAY8ta0m0oB7F/BjZ4TrdXpsG kMOQ== X-Gm-Message-State: AOAM530mgrrPY4n+cxvO+UxVVg1T2kcy7yS4qRxPzutAj9xE/gMwqL6O Jg6VqfHsNEYY7VbQnxmU1+ueWw== X-Received: by 2002:aa7:96c5:: with SMTP id h5mr8025042pfq.195.1597182016109; Tue, 11 Aug 2020 14:40:16 -0700 (PDT) Received: from [2620:15c:17:3:4a0f:cfff:fe51:6667] ([2620:15c:17:3:4a0f:cfff:fe51:6667]) by smtp.gmail.com with ESMTPSA id w6sm96744pgr.82.2020.08.11.14.40.15 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 11 Aug 2020 14:40:15 -0700 (PDT) Date: Tue, 11 Aug 2020 14:40:14 -0700 (PDT) From: David Rientjes X-X-Sender: rientjes@chino.kir.corp.google.com To: Abel Wu cc: Christoph Lameter , Pekka Enberg , Joonsoo Kim , Andrew Morton , hewenliang4@huawei.com, hushiyuan@huawei.com, "open list:SLAB ALLOCATOR" , open list Subject: Re: [PATCH] mm/slub: fix missing ALLOC_SLOWPATH stat when bulk alloc In-Reply-To: <20200811022427.1363-1-wuyun.wu@huawei.com> Message-ID: References: <20200811022427.1363-1-wuyun.wu@huawei.com> User-Agent: Alpine 2.23 (DEB 453 2020-06-18) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 11 Aug 2020, wuyun.wu@huawei.com wrote: > From: Abel Wu > > The ALLOC_SLOWPATH statistics is missing in bulk allocation now. > Fix it by doing statistics in alloc slow path. > > Signed-off-by: Abel Wu > --- > mm/slub.c | 3 ++- > 1 file changed, 2 insertions(+), 1 deletion(-) > > diff --git a/mm/slub.c b/mm/slub.c > index df93a5a0e9a4..5d89e4064f83 100644 > --- a/mm/slub.c > +++ b/mm/slub.c > @@ -2600,6 +2600,8 @@ static void *___slab_alloc(struct kmem_cache *s, gfp_t gfpflags, int node, > void *freelist; > struct page *page; > > + stat(s, ALLOC_SLOWPATH); > + > page = c->page; > if (!page) { > /* > @@ -2788,7 +2790,6 @@ static __always_inline void *slab_alloc_node(struct kmem_cache *s, > page = c->page; > if (unlikely(!object || !node_match(page, node))) { > object = __slab_alloc(s, gfpflags, node, addr, c); > - stat(s, ALLOC_SLOWPATH); > } else { > void *next_object = get_freepointer_safe(s, object); > Acked-by: David Rientjes > -- > 2.28.0.windows.1 Lol :)