Received: by 2002:a05:6358:5282:b0:b5:90e7:25cb with SMTP id g2csp1784121rwa; Sun, 21 Aug 2022 17:25:13 -0700 (PDT) X-Google-Smtp-Source: AA6agR7k5CMWmsbbpo6UJoubth/c6Iw4JPb+LXSgJvYDMgsY+5V0JdDvYx6TvU+Zn/51PDse8IaJ X-Received: by 2002:a05:6402:40c9:b0:446:e1dc:5c3d with SMTP id z9-20020a05640240c900b00446e1dc5c3dmr159333edb.270.1661127912840; Sun, 21 Aug 2022 17:25:12 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1661127912; cv=none; d=google.com; s=arc-20160816; b=nuHHRvIA9E1/dUB3gWoiutZqU96IXWLxY4pI+crf4V+5NCa5Xctjqfar4TFsd5LM3Y +PO1jEkJWjP5kiEG9LOwt/JmIPidLeVfuxLLGZg2OkrxL8+BI3uK0PAPrCVoyqkv7/Gb pehcE8KhUSApiozbpr0qE+FqFZ6Dh6o27W1d6Ll6idqzd1LuoknDdEXZyNcO13aR3HOe lgz1n3VnG/Rt1XzaS0rn6bnkrLvMejIJ7GABOI2c+4/qsZvabOpCjXPxqNu7KAY/1PSy cfJs/S8z6rVjtMD+7eZEOGlsjSrDoxvghzJ6IZdC0QBxgeBltgb5h3DKbcq3pnpQg9jr Et3g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:from:subject:references:mime-version :message-id:in-reply-to:date:dkim-signature; bh=V/ZZIFSPKFcCAZIO5J88CNRgR4nImf4CDqSEwHgZtc8=; b=vo8O/gUcC6RV1GuBS083dqJJ8wCKvd6tunutVZMcKeaVO15DIagqkmYp7z99Juood2 ODibJF6X0GvMRg9y6KYoNkkP77tqstJNM0bvHz+X3N43ddqOWk8/LRLYelVqCTG9mEr9 s2Dib/xY9yQELZJ1TzjJt9PO5aIsx3ex5FQcoF45LiPu3OhBeY2bacVtCr12K0lSUCm4 dsB2DYiftxsjxKnPXW9K2xF+m8zSIhjPcqGHBfBJpUvnn4tTQGKaL5WK8PUXEHt8a47d 8phS7AlbJoNBROyeCrBFD7pBpF50gY/LOrym3Dwu9zaCeL4SX5MjJkHeF64wiwR09U+P KuPQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20210112 header.b=VRt8PiD5; 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; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id y94-20020a50bb67000000b0043d556dd041si7563603ede.446.2022.08.21.17.24.46; Sun, 21 Aug 2022 17:25:12 -0700 (PDT) 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; dkim=pass header.i=@google.com header.s=20210112 header.b=VRt8PiD5; 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; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231986AbiHVASI (ORCPT + 99 others); Sun, 21 Aug 2022 20:18:08 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:33848 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231995AbiHVASE (ORCPT ); Sun, 21 Aug 2022 20:18:04 -0400 Received: from mail-pl1-x649.google.com (mail-pl1-x649.google.com [IPv6:2607:f8b0:4864:20::649]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 6B439201AF for ; Sun, 21 Aug 2022 17:18:01 -0700 (PDT) Received: by mail-pl1-x649.google.com with SMTP id u3-20020a170902e5c300b00172ba9301ceso5619109plf.10 for ; Sun, 21 Aug 2022 17:18:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20210112; h=cc:to:from:subject:references:mime-version:message-id:in-reply-to :date:from:to:cc; bh=V/ZZIFSPKFcCAZIO5J88CNRgR4nImf4CDqSEwHgZtc8=; b=VRt8PiD5az0Dl+WRznAYAHoEFU2MambiOUqw9hJIF1ucU60TS0sVFR1bUuaJD8nPng xGG21VhjqfptsMV9A8m6NtDIcNUxnu3moTzE7NDuS0132TTFDbZUQdoq7PUgYhDiEc88 VWXGevOtBTC071FhOwLWbdC2RbpbtXjJBP30qVmnMrkSyaRORF9MkIgIOE44YT8fPxhx MXMroQq5cbkgX/PlRdMgvF1WbQYDo+Czb0BC6hLgVyoEUZLM+nIZRg1Iz+BkUSiS19+u NDrsfq1Tm8UcqdVd/B6tTxgxOaUMNvPwSrhSYvXv0b64wiY5pKs+NN5viMa0qiHMezJn gzSQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:from:subject:references:mime-version:message-id:in-reply-to :date:x-gm-message-state:from:to:cc; bh=V/ZZIFSPKFcCAZIO5J88CNRgR4nImf4CDqSEwHgZtc8=; b=IFXf/LoBMrQ/1yb3BgnhYFZ6S1a5lgahk8pOA70WnE5GySr9kcxOw1tH6XP6a+vyZz uw4ZND52GeUiN2AGzzcVQ0ZlZbqy6SjrTMz2+e7jjR0KzZl55c1pN6BFtR4xXLEIqWcO 77ewb8BZ/jHbZa9K4J3ENtXbZVERizUVqKyS0ZsDU1EeWPTHPZKTn9lMPynOrrs3DWAT Lef+O2SkR9GTGY/vSRfcCFbmfPlVaFu07mJX4Q/QG4QGfIC4c39Ri/HW/WUci4vtUyID A3LYI6MlJ2OGDmTJZleIA1VdokjcLeisNPb3RX7jdqRSnYny2zUC+p2okHWhnkSON43v M0xQ== X-Gm-Message-State: ACgBeo2dfy9yMHXQS7P7yljYWy1G8b7Vzbh0MTxbN3zH2jTCZIq7zAzo CHP/dhYw0SlLjvqgEb2MekHNLI19MnYKjw== X-Received: from shakeelb.c.googlers.com ([fda3:e722:ac3:cc00:20:ed76:c0a8:28b]) (user=shakeelb job=sendgmr) by 2002:a17:902:da8e:b0:172:9f0b:3778 with SMTP id j14-20020a170902da8e00b001729f0b3778mr17761139plx.166.1661127480895; Sun, 21 Aug 2022 17:18:00 -0700 (PDT) Date: Mon, 22 Aug 2022 00:17:36 +0000 In-Reply-To: <20220822001737.4120417-1-shakeelb@google.com> Message-Id: <20220822001737.4120417-3-shakeelb@google.com> Mime-Version: 1.0 References: <20220822001737.4120417-1-shakeelb@google.com> X-Mailer: git-send-email 2.37.1.595.g718a3a8f04-goog Subject: [PATCH 2/3] mm: page_counter: rearrange struct page_counter fields From: Shakeel Butt To: Johannes Weiner , Michal Hocko , Roman Gushchin , Muchun Song Cc: "=?UTF-8?q?Michal=20Koutn=C3=BD?=" , Eric Dumazet , Soheil Hassas Yeganeh , Feng Tang , Oliver Sang , Andrew Morton , lkp@lists.01.org, cgroups@vger.kernel.org, linux-mm@kvack.org, netdev@vger.kernel.org, linux-kernel@vger.kernel.org, Shakeel Butt Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-9.6 required=5.0 tests=BAYES_00,DKIMWL_WL_MED, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE,USER_IN_DEF_DKIM_WL autolearn=unavailable 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 With memcg v2 enabled, memcg->memory.usage is a very hot member for the workloads doing memcg charging on multiple CPUs concurrently. Particularly the network intensive workloads. In addition, there is a false cache sharing between memory.usage and memory.high on the charge path. This patch moves the usage into a separate cacheline and move all the read most fields into separate cacheline. To evaluate the impact of this optimization, on a 72 CPUs machine, we ran the following workload in a three level of cgroup hierarchy with top level having min and low setup appropriately. More specifically memory.min equal to size of netperf binary and memory.low double of that. $ netserver -6 # 36 instances of netperf with following params $ netperf -6 -H ::1 -l 60 -t TCP_SENDFILE -- -m 10K Results (average throughput of netperf): Without (6.0-rc1) 10482.7 Mbps With patch 12413.7 Mbps (18.4% improvement) With the patch, the throughput improved by 18.4%. One side-effect of this patch is the increase in the size of struct mem_cgroup. However for the performance improvement, this additional size is worth it. In addition there are opportunities to reduce the size of struct mem_cgroup like deprecation of kmem and tcpmem page counters and better packing. Signed-off-by: Shakeel Butt Reported-by: kernel test robot --- include/linux/page_counter.h | 34 +++++++++++++++++++++++----------- 1 file changed, 23 insertions(+), 11 deletions(-) diff --git a/include/linux/page_counter.h b/include/linux/page_counter.h index 679591301994..8ce99bde645f 100644 --- a/include/linux/page_counter.h +++ b/include/linux/page_counter.h @@ -3,15 +3,27 @@ #define _LINUX_PAGE_COUNTER_H #include +#include #include #include +#if defined(CONFIG_SMP) +struct pc_padding { + char x[0]; +} ____cacheline_internodealigned_in_smp; +#define PC_PADDING(name) struct pc_padding name +#else +#define PC_PADDING(name) +#endif + struct page_counter { + /* + * Make sure 'usage' does not share cacheline with any other field. The + * memcg->memory.usage is a hot member of struct mem_cgroup. + */ + PC_PADDING(_pad1_); atomic_long_t usage; - unsigned long min; - unsigned long low; - unsigned long high; - unsigned long max; + PC_PADDING(_pad2_); /* effective memory.min and memory.min usage tracking */ unsigned long emin; @@ -23,16 +35,16 @@ struct page_counter { atomic_long_t low_usage; atomic_long_t children_low_usage; - /* legacy */ unsigned long watermark; unsigned long failcnt; - /* - * 'parent' is placed here to be far from 'usage' to reduce - * cache false sharing, as 'usage' is written mostly while - * parent is frequently read for cgroup's hierarchical - * counting nature. - */ + /* Keep all the read most fields in a separete cacheline. */ + PC_PADDING(_pad3_); + + unsigned long min; + unsigned long low; + unsigned long high; + unsigned long max; struct page_counter *parent; }; -- 2.37.1.595.g718a3a8f04-goog