Received: by 2002:a05:6a10:a841:0:0:0:0 with SMTP id d1csp3236783pxy; Sun, 25 Apr 2021 18:35:15 -0700 (PDT) X-Google-Smtp-Source: ABdhPJz1VTGfIWxXs61WJMdqy3tlmOJAuZzBl+FHjkq5eLFr3L7k3AB8zUNoNxyXvdHAFNyE35bf X-Received: by 2002:a17:906:390d:: with SMTP id f13mr16086872eje.328.1619400915412; Sun, 25 Apr 2021 18:35:15 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1619400915; cv=none; d=google.com; s=arc-20160816; b=tWJo0Ib2oQdBCB+V2b5l0YKc6FXqxFQ2Io/pcaR9Cci4DICiGTERuGmwJktMELBRzS 2MvMgzbCi0p8nCtMW698Owr+lpLs352cq+lucR6H74u73tuzgM+uuMrs0aKzAx8j262P HLrFs+HkF1GtrDniWkd8aHPBY06OWI6vwhCyyQliG69tdcyI5MT9vGp8FUOA9wlYu59J f68HAdPq0KcrX8LIgRxUwdvj3ZKV2I1+I9C9kH0U5uKdUe3BRaK9vcjOEp37s3KraQIv EbZx3UwVWbodvgPaH6yNxO3MMHKeerQjuyUznFe+BG6qEik6O87CNMKWb9RMv8RAcabW CICA== 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-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=CSS6BiOqp8JvHgJiETTDxrWSdTxLypre92kI0mHmhKM=; b=Asvp1MOw8r8VQUC0HFqYWTLNgH7ojnzx8GHwbOsBmx4wnj63xSLrWdWkMz6ozlBv4Y 2Ky01c74q4cnJtMt4xRM0a9TzhEmtt+B6bSvnvWqqx960qMdX6B+urIxOdLOi1feDv41 K1qlyoHCmIO3+8Ff1PeWo4tpKAx/16aDuUCcYUfRYy0em1nF8A8iG+IQNjV6jWsTqBoi Hm6Bj85d5CKvZSEy7YqAaPIFQ6MPZRyzbeG9TpQHbn+teajU4TP4+gdM0af1cWKhj6+m jSoEiCqhDNxDysyINmAOA1oejkJcpAw92baAC24zBTfD8r08BQYY7YZRe4lvzXgGqFaB E1lw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=aEoo8luC; 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=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id y18si2503262ejc.232.2021.04.25.18.34.52; Sun, 25 Apr 2021 18:35:15 -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=@redhat.com header.s=mimecast20190719 header.b=aEoo8luC; 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=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231626AbhDZBb4 (ORCPT + 99 others); Sun, 25 Apr 2021 21:31:56 -0400 Received: from us-smtp-delivery-124.mimecast.com ([170.10.133.124]:25540 "EHLO us-smtp-delivery-124.mimecast.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231530AbhDZBbz (ORCPT ); Sun, 25 Apr 2021 21:31:55 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1619400675; 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: in-reply-to:in-reply-to:references:references; bh=CSS6BiOqp8JvHgJiETTDxrWSdTxLypre92kI0mHmhKM=; b=aEoo8luCCTv6mtS28hITOIAv/I0dpRFy/kj5wbbiKzNn5QIbiyguU+AsxQMNdIDZfhc4dT rC+lnw0GxwkGfCXZEqikoQ7vNaM0K25xINPcjZ+yLr9ncesbAbd4wrQ6xnpmSZBtr2VF8r eJRaNf8jRr30SNXLHsrn/3whZg+iBn4= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-316-tRYflDinMRuTunkiegw6FQ-1; Sun, 25 Apr 2021 21:31:13 -0400 X-MC-Unique: tRYflDinMRuTunkiegw6FQ-1 Received: from smtp.corp.redhat.com (int-mx08.intmail.prod.int.phx2.redhat.com [10.5.11.23]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id 4B33281746A; Mon, 26 Apr 2021 01:31:11 +0000 (UTC) Received: from t490s.aquini.net (ovpn-112-122.phx2.redhat.com [10.3.112.122]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 7779319D7D; Mon, 26 Apr 2021 01:31:09 +0000 (UTC) Date: Sun, 25 Apr 2021 21:31:07 -0400 From: Rafael Aquini To: chukaiping Cc: 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, linux-kernel@vger.kernel.org, linux-fsdevel@vger.kernel.org, linux-mm@kvack.org Subject: Re: [PATCH v3] mm/compaction:let proactive compaction order configurable Message-ID: References: <1619313662-30356-1-git-send-email-chukaiping@baidu.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1619313662-30356-1-git-send-email-chukaiping@baidu.com> X-Scanned-By: MIMEDefang 2.84 on 10.5.11.23 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun, Apr 25, 2021 at 09:21:02AM +0800, 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 Two minor nits on the commit log message: * there seems to be a whitespage missing in your short log: "... mm/compaction:let ..." * has the path really been reported by a test robot? A note on the sysctl name, I'd suggest that it perhaps should reflect the fact that we're adjusting the order for proactive compation. How about "proactive_compation_order"? Cheers, > --- > > 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 | 9 ++++++--- > 3 files changed, 17 insertions(+), 3 deletions(-) > > diff --git a/include/linux/compaction.h b/include/linux/compaction.h > index ed4070e..151ccd1 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_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..e50f7d2 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 = "compaction_order", > + .data = &sysctl_compaction_order, > + .maxlen = sizeof(sysctl_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..70c0acd 100644 > --- a/mm/compaction.c > +++ b/mm/compaction.c > @@ -1925,16 +1925,16 @@ 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_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_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 > + * wrt to the sysctl_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 > @@ -2666,6 +2666,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_compaction_order; > > /* > * This is the entry point for compacting all nodes via > @@ -2958,6 +2959,8 @@ static int __init kcompactd_init(void) > int nid; > int ret; > > + sysctl_compaction_order = COMPACTION_HPAGE_ORDER; > + > ret = cpuhp_setup_state_nocalls(CPUHP_AP_ONLINE_DYN, > "mm/compaction:online", > kcompactd_cpu_online, NULL); > -- > 1.7.1 >