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 X-Spam-Level: X-Spam-Status: No, score=-17.5 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, INCLUDES_CR_TRAILER,INCLUDES_PATCH,MAILING_LIST_MULTI,NICE_REPLY_A, SPF_HELO_NONE,SPF_PASS,USER_AGENT_SANE_1 autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id E983DC48BCD for ; Wed, 9 Jun 2021 10:45:01 +0000 (UTC) Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by mail.kernel.org (Postfix) with ESMTP id 5909460FF4 for ; Wed, 9 Jun 2021 10:45:01 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 5909460FF4 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=redhat.com Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=owner-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix) id D57C26B0036; Wed, 9 Jun 2021 06:45:00 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id D07AF6B006E; Wed, 9 Jun 2021 06:45:00 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id B5A656B0070; Wed, 9 Jun 2021 06:45:00 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from forelay.hostedemail.com (smtprelay0119.hostedemail.com [216.40.44.119]) by kanga.kvack.org (Postfix) with ESMTP id 826736B0036 for ; Wed, 9 Jun 2021 06:45:00 -0400 (EDT) Received: from smtpin02.hostedemail.com (10.5.19.251.rfc1918.com [10.5.19.251]) by forelay02.hostedemail.com (Postfix) with ESMTP id 1357AB9EE for ; Wed, 9 Jun 2021 10:45:00 +0000 (UTC) X-FDA: 78233852760.02.3920618 Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [216.205.24.124]) by imf24.hostedemail.com (Postfix) with ESMTP id 59B2DA00025B for ; Wed, 9 Jun 2021 10:44:55 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1623235499; 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=Wn61wvGsrZPr3Bs7lAZrFJOV9d4oeYutZi5DKf0Dx9U=; b=hv8zuJBkI/ytjrOJv4cahjeYxXTx1brQSDDLmqJ78WX/8j9VFt1KSm+Qh+en1rWrNcq0DQ 7uTfh2p8yGNPduDPO0Xz6x0pr8LM7SUQhiBOL6DLpzmKOfjRHwoGG2/LssHJBwb+PFT/wt Kc5PAWoJhaQs18xqHKBa+QzeveIBStU= Received: from mail-wr1-f71.google.com (mail-wr1-f71.google.com [209.85.221.71]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-371-qOKsmyVaPKCdSkpuqGSzKA-1; Wed, 09 Jun 2021 06:44:58 -0400 X-MC-Unique: qOKsmyVaPKCdSkpuqGSzKA-1 Received: by mail-wr1-f71.google.com with SMTP id n2-20020adfb7420000b029010e47b59f31so10497070wre.9 for ; Wed, 09 Jun 2021 03:44:57 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:organization :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=Wn61wvGsrZPr3Bs7lAZrFJOV9d4oeYutZi5DKf0Dx9U=; b=koLtoW9WMKsamyp58K2x+FQOIpdzRI+gOCx8sCP1CJ4y0G1fHlY4kF1Qj/zvHAMzr4 xiisRp3Jqopf45/MB/JWqjD4hm9YGZyzKBz+Iho1hiNZYTmImkG4C+XbGk4r3zSy4ZyY 9MJ3oUZ9KfJRVr8BiPnRQdjFKTghz4qiWXHszbUt52nrkXc5vSO7qID35sK7LzP8mrTf xfw9aDCx+RiYW571bs5nyZUECvV876Pn6KqOJq+0FtqHWSqImsqdi27S4O/dE17jck4v m3hcfhCYnzDEhw1sY/EReiZx6OTURktwRf0B4Bu5Pd09rx6JBbQ++KVCPlhlkqAyuRsh 0zjg== X-Gm-Message-State: AOAM530Y7l6f4t5XzvKUgXrgcViOrWokJfY8B/gFd9hcMKMUI1I77/vf fpXA6tR+oT2D+Ok0H9HFnaFSrQvn5gYxJZrj6X1GdCmwAifR40gUTsOlN3kTmReHY20xUVbpq5B hVp/XMPkBDYMhVXGMzPVRBbC1xaNpkIr/Vr839qAqUHDOOQ7RDy9+Kd3uFtU= X-Received: by 2002:a1c:770b:: with SMTP id t11mr9099977wmi.79.1623235496777; Wed, 09 Jun 2021 03:44:56 -0700 (PDT) X-Google-Smtp-Source: ABdhPJx7B8PRy8M6hppCE72ZIXVc5gaAVIQuKoTl7DV/+tdt0wcwyIUod9OORSca87u9VRDHyYd1Jg== X-Received: by 2002:a1c:770b:: with SMTP id t11mr9099928wmi.79.1623235496361; Wed, 09 Jun 2021 03:44:56 -0700 (PDT) Received: from [192.168.3.132] (p5b0c611d.dip0.t-ipconnect.de. [91.12.97.29]) by smtp.gmail.com with ESMTPSA id o17sm22066824wrp.47.2021.06.09.03.44.55 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 09 Jun 2021 03:44:55 -0700 (PDT) Subject: Re: [PATCH v4] mm/compaction: let proactive compaction order configurable To: chukaiping , mcgrof@kernel.org, keescook@chromium.org, yzaikin@google.com, akpm@linux-foundation.org, vbabka@suse.cz, nigupta@nvidia.com, bhe@redhat.com, khalid.aziz@oracle.com, iamjoonsoo.kim@lge.com, mateusznosek0@gmail.com, sh_def@163.com Cc: linux-kernel@vger.kernel.org, linux-fsdevel@vger.kernel.org, linux-mm@kvack.org References: <1619576901-9531-1-git-send-email-chukaiping@baidu.com> From: David Hildenbrand Organization: Red Hat Message-ID: Date: Wed, 9 Jun 2021 12:44:55 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.10.1 MIME-Version: 1.0 In-Reply-To: <1619576901-9531-1-git-send-email-chukaiping@baidu.com> X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Server: rspam01 X-Rspamd-Queue-Id: 59B2DA00025B Authentication-Results: imf24.hostedemail.com; dkim=pass header.d=redhat.com header.s=mimecast20190719 header.b=hv8zuJBk; spf=none (imf24.hostedemail.com: domain of david@redhat.com has no SPF policy when checking 216.205.24.124) smtp.mailfrom=david@redhat.com; dmarc=pass (policy=none) header.from=redhat.com X-Stat-Signature: 9cqf9yat1jrt99gugpq4d46muq5uaedd X-HE-Tag: 1623235495-287580 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 28.04.21 04:28, chukaiping wrote: > Currently the proactive compaction order is fixed to > COMPACTION_HPAGE_ORDER(9), it's OK in most machines with lots of > normal 4KB memory, but it's too high for the machines with small > normal memory, for example the machines with most memory configured > as 1GB hugetlbfs huge pages. In these machines the max order of > free pages is often below 9, and it's always below 9 even with hard > compaction. This will lead to proactive compaction be triggered very > frequently. In these machines we only care about order of 3 or 4. > This patch export the oder to proc and let it configurable > by user, and the default value is still COMPACTION_HPAGE_ORDER. > > Signed-off-by: chukaiping > Reported-by: kernel test robot > --- > > Changes in v4: > - change the sysctl file name to proactive_compation_order > > Changes in v3: > - change the min value of compaction_order to 1 because the fragmentation > index of order 0 is always 0 > - move the definition of max_buddy_zone into #ifdef CONFIG_COMPACTION > > Changes in v2: > - fix the compile error in ia64 and powerpc, move the initialization > of sysctl_compaction_order to kcompactd_init because > COMPACTION_HPAGE_ORDER is a variable in these architectures > - change the hard coded max order number from 10 to MAX_ORDER - 1 > > include/linux/compaction.h | 1 + > kernel/sysctl.c | 10 ++++++++++ > mm/compaction.c | 12 ++++++++---- > 3 files changed, 19 insertions(+), 4 deletions(-) > > diff --git a/include/linux/compaction.h b/include/linux/compaction.h > index ed4070e..a0226b1 100644 > --- a/include/linux/compaction.h > +++ b/include/linux/compaction.h > @@ -83,6 +83,7 @@ static inline unsigned long compact_gap(unsigned int order) > #ifdef CONFIG_COMPACTION > extern int sysctl_compact_memory; > extern unsigned int sysctl_compaction_proactiveness; > +extern unsigned int sysctl_proactive_compaction_order; > extern int sysctl_compaction_handler(struct ctl_table *table, int write, > void *buffer, size_t *length, loff_t *ppos); > extern int sysctl_extfrag_threshold; > diff --git a/kernel/sysctl.c b/kernel/sysctl.c > index 62fbd09..ed9012e 100644 > --- a/kernel/sysctl.c > +++ b/kernel/sysctl.c > @@ -196,6 +196,7 @@ enum sysctl_writes_mode { > #endif /* CONFIG_SCHED_DEBUG */ > > #ifdef CONFIG_COMPACTION > +static int max_buddy_zone = MAX_ORDER - 1; > static int min_extfrag_threshold; > static int max_extfrag_threshold = 1000; > #endif > @@ -2871,6 +2872,15 @@ int proc_do_static_key(struct ctl_table *table, int write, > .extra2 = &one_hundred, > }, > { > + .procname = "proactive_compation_order", > + .data = &sysctl_proactive_compaction_order, > + .maxlen = sizeof(sysctl_proactive_compaction_order), > + .mode = 0644, > + .proc_handler = proc_dointvec_minmax, > + .extra1 = SYSCTL_ONE, > + .extra2 = &max_buddy_zone, > + }, > + { > .procname = "extfrag_threshold", > .data = &sysctl_extfrag_threshold, > .maxlen = sizeof(int), > diff --git a/mm/compaction.c b/mm/compaction.c > index e04f447..171436e 100644 > --- a/mm/compaction.c > +++ b/mm/compaction.c > @@ -1925,17 +1925,18 @@ static bool kswapd_is_running(pg_data_t *pgdat) > > /* > * A zone's fragmentation score is the external fragmentation wrt to the > - * COMPACTION_HPAGE_ORDER. It returns a value in the range [0, 100]. > + * sysctl_proactive_compaction_order. It returns a value in the range > + * [0, 100]. > */ > static unsigned int fragmentation_score_zone(struct zone *zone) > { > - return extfrag_for_order(zone, COMPACTION_HPAGE_ORDER); > + return extfrag_for_order(zone, sysctl_proactive_compaction_order); > } > > /* > * A weighted zone's fragmentation score is the external fragmentation > - * wrt to the COMPACTION_HPAGE_ORDER scaled by the zone's size. It > - * returns a value in the range [0, 100]. > + * wrt to the sysctl_proactive_compaction_order scaled by the zone's size. > + * It returns a value in the range [0, 100]. > * > * The scaling factor ensures that proactive compaction focuses on larger > * zones like ZONE_NORMAL, rather than smaller, specialized zones like > @@ -2666,6 +2667,7 @@ static void compact_nodes(void) > * background. It takes values in the range [0, 100]. > */ > unsigned int __read_mostly sysctl_compaction_proactiveness = 20; > +unsigned int __read_mostly sysctl_proactive_compaction_order; > > /* > * This is the entry point for compacting all nodes via > @@ -2958,6 +2960,8 @@ static int __init kcompactd_init(void) > int nid; > int ret; > > + sysctl_proactive_compaction_order = COMPACTION_HPAGE_ORDER; > + > ret = cpuhp_setup_state_nocalls(CPUHP_AP_ONLINE_DYN, > "mm/compaction:online", > kcompactd_cpu_online, NULL); > Hm, do we actually want to put an upper limit to the order a user can supply? -- Thanks, David / dhildenb