Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp453949pxb; Wed, 27 Jan 2021 11:50:10 -0800 (PST) X-Google-Smtp-Source: ABdhPJzhO6EqaocUnRWQCQ0FeU4IofbUGabO0g1n23LMlq+T8/lgYepFuFo3U1yy/kJT38q1dlTv X-Received: by 2002:a17:906:5608:: with SMTP id f8mr7938132ejq.101.1611777010496; Wed, 27 Jan 2021 11:50:10 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1611777010; cv=none; d=google.com; s=arc-20160816; b=UJSWk/Cm/WEKHTpZkC8QyNHmzugC0psomjceXQMbM8YExJ691UolcfOXbwIot1h+IV ffIlDlEJlCnKjktY4Uttlv7crULMAfzE2db064ImjpuZ1Ip2w6RY51xAFIXixrhbT6aM Xf8xzSYw3vBOpvtd5AulhobD4y7j0TGhStTolinqrpFpC2tgpRBPoNnUIhCExJZW7e6i PThCc2cEj0heHErlc+otG6E8QTa2zOz7H8Ep7xeNUIY82Psu+xzsCk8JxMHTrzTxiexL 1jRGV3AZ5NSHX6ryrtAHB9B/3gHuMd0Og1CRL9t6ei+KGIjZaZbDVnMU5CPjaDkEwm/D zFTA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject; bh=e/Y8VXtKl2hw2tA5kQYYdCuT6WzXia18tPuyVdCRjCY=; b=svLMqRD/wvyAfPP0cN4IO/1zm1XKABYvOa5K+j7xfcBdMa/XL4pIurUIw095noNTM7 IN3GCobc6rn9B0Lp1gplUztTpjmrqo35aonUieW6uvBLp09u0oBfedoWpB+HKVxgQ7Us NzZ6lbcr11xy80BG1NNKPBXUja+o7JnWEfSO5oytRYVOdcQZtKupkSntcdUlcV+B4X90 j7/hPns4vbQB7wPYbPWHhN+2SEAV/brbQ9Hw7EipkTvfGN1opfwqIZy00YTvGTVFJTZy sW9hdjexhsssgmkrqaw5AjY7eRJYmhHT3iN0lsY27CINJqMqEQb4HFu662jY09TOH65p A84Q== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id w17si1287506ejb.242.2021.01.27.11.49.44; Wed, 27 Jan 2021 11:50:10 -0800 (PST) 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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233898AbhA0DNG (ORCPT + 99 others); Tue, 26 Jan 2021 22:13:06 -0500 Received: from mx2.suse.de ([195.135.220.15]:44138 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2395252AbhAZTOC (ORCPT ); Tue, 26 Jan 2021 14:14:02 -0500 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.221.27]) by mx2.suse.de (Postfix) with ESMTP id 3403CAC97; Tue, 26 Jan 2021 19:13:12 +0000 (UTC) Subject: Re: [PATCH v2 03/10] mm: don't pass "enum lru_list" to lru list addition functions To: Yu Zhao , Andrew Morton , Hugh Dickins , Alex Shi Cc: Michal Hocko , Johannes Weiner , Vladimir Davydov , Roman Gushchin , Matthew Wilcox , linux-mm@kvack.org, linux-kernel@vger.kernel.org References: <20210122220600.906146-1-yuzhao@google.com> <20210122220600.906146-4-yuzhao@google.com> From: Vlastimil Babka Message-ID: <85b3e8f2-5982-3329-c20d-cf062b8da71e@suse.cz> Date: Tue, 26 Jan 2021 20:13:11 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.6.1 MIME-Version: 1.0 In-Reply-To: <20210122220600.906146-4-yuzhao@google.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 1/22/21 11:05 PM, Yu Zhao wrote: > The "enum lru_list" parameter to add_page_to_lru_list() and > add_page_to_lru_list_tail() is redundant in the sense that it can > be extracted from the "struct page" parameter by page_lru(). Okay, however, it means repeated extraction of a value that we already knew. The result of compilation is rather sad. This is bloat-o-meter on mm/built-in.a (without CONFIG_DEBUG_VM, btw) between patch 2 and 5: add/remove: 0/0 grow/shrink: 10/5 up/down: 1837/-60 (1777) Function old new delta lru_deactivate_file_fn 932 1368 +436 lru_lazyfree_fn.part 629 953 +324 check_move_unevictable_pages 1171 1424 +253 __activate_page.part 735 984 +249 lru_deactivate_fn.part 593 822 +229 perf_trace_mm_lru_insertion 458 560 +102 trace_event_raw_event_mm_lru_insertion 412 500 +88 __page_cache_release 479 558 +79 release_pages 1430 1499 +69 pagevec_move_tail_fn.part 761 769 +8 isolate_lru_page 471 470 -1 __bpf_trace_mm_lru_insertion 7 5 -2 __traceiter_mm_lru_insertion 55 47 -8 isolate_migratepages_block 3200 3185 -15 __pagevec_lru_add_fn 1092 1058 -34 > A caveat is that we need to make sure PageActive() or > PageUnevictable() is correctly set or cleared before calling > these two functions. And they are indeed. > > Link: https://lore.kernel.org/linux-mm/20201207220949.830352-4-yuzhao@google.com/ > Signed-off-by: Yu Zhao > --- > include/linux/mm_inline.h | 8 ++++++-- > mm/swap.c | 15 +++++++-------- > mm/vmscan.c | 6 ++---- > 3 files changed, 15 insertions(+), 14 deletions(-) > > diff --git a/include/linux/mm_inline.h b/include/linux/mm_inline.h > index 2889741f450a..130ba3201d3f 100644 > --- a/include/linux/mm_inline.h > +++ b/include/linux/mm_inline.h > @@ -106,15 +106,19 @@ static __always_inline enum lru_list page_lru(struct page *page) > } > > static __always_inline void add_page_to_lru_list(struct page *page, > - struct lruvec *lruvec, enum lru_list lru) > + struct lruvec *lruvec) > { > + enum lru_list lru = page_lru(page); > + > update_lru_size(lruvec, lru, page_zonenum(page), thp_nr_pages(page)); > list_add(&page->lru, &lruvec->lists[lru]); > } > > static __always_inline void add_page_to_lru_list_tail(struct page *page, > - struct lruvec *lruvec, enum lru_list lru) > + struct lruvec *lruvec) > { > + enum lru_list lru = page_lru(page); > + > update_lru_size(lruvec, lru, page_zonenum(page), thp_nr_pages(page)); > list_add_tail(&page->lru, &lruvec->lists[lru]); > } > diff --git a/mm/swap.c b/mm/swap.c > index 490553f3f9ef..4b058ef37add 100644 > --- a/mm/swap.c > +++ b/mm/swap.c > @@ -231,7 +231,7 @@ static void pagevec_move_tail_fn(struct page *page, struct lruvec *lruvec) > if (!PageUnevictable(page)) { > del_page_from_lru_list(page, lruvec, page_lru(page)); > ClearPageActive(page); > - add_page_to_lru_list_tail(page, lruvec, page_lru(page)); > + add_page_to_lru_list_tail(page, lruvec); > __count_vm_events(PGROTATED, thp_nr_pages(page)); > } > } > @@ -313,8 +313,7 @@ static void __activate_page(struct page *page, struct lruvec *lruvec) > > del_page_from_lru_list(page, lruvec, lru); > SetPageActive(page); > - lru += LRU_ACTIVE; > - add_page_to_lru_list(page, lruvec, lru); > + add_page_to_lru_list(page, lruvec); > trace_mm_lru_activate(page); > > __count_vm_events(PGACTIVATE, nr_pages); > @@ -543,14 +542,14 @@ static void lru_deactivate_file_fn(struct page *page, struct lruvec *lruvec) > * It can make readahead confusing. But race window > * is _really_ small and it's non-critical problem. > */ > - add_page_to_lru_list(page, lruvec, lru); > + add_page_to_lru_list(page, lruvec); > SetPageReclaim(page); > } else { > /* > * The page's writeback ends up during pagevec > * We moves tha page into tail of inactive. > */ > - add_page_to_lru_list_tail(page, lruvec, lru); > + add_page_to_lru_list_tail(page, lruvec); > __count_vm_events(PGROTATED, nr_pages); > } > > @@ -570,7 +569,7 @@ static void lru_deactivate_fn(struct page *page, struct lruvec *lruvec) > del_page_from_lru_list(page, lruvec, lru + LRU_ACTIVE); > ClearPageActive(page); > ClearPageReferenced(page); > - add_page_to_lru_list(page, lruvec, lru); > + add_page_to_lru_list(page, lruvec); > > __count_vm_events(PGDEACTIVATE, nr_pages); > __count_memcg_events(lruvec_memcg(lruvec), PGDEACTIVATE, > @@ -595,7 +594,7 @@ static void lru_lazyfree_fn(struct page *page, struct lruvec *lruvec) > * anonymous pages > */ > ClearPageSwapBacked(page); > - add_page_to_lru_list(page, lruvec, LRU_INACTIVE_FILE); > + add_page_to_lru_list(page, lruvec); > > __count_vm_events(PGLAZYFREE, nr_pages); > __count_memcg_events(lruvec_memcg(lruvec), PGLAZYFREE, > @@ -1005,7 +1004,7 @@ static void __pagevec_lru_add_fn(struct page *page, struct lruvec *lruvec) > __count_vm_events(UNEVICTABLE_PGCULLED, nr_pages); > } > > - add_page_to_lru_list(page, lruvec, lru); > + add_page_to_lru_list(page, lruvec); > trace_mm_lru_insertion(page, lru); > } > > diff --git a/mm/vmscan.c b/mm/vmscan.c > index 19875660e8f8..09e4f97488c9 100644 > --- a/mm/vmscan.c > +++ b/mm/vmscan.c > @@ -1867,7 +1867,7 @@ static unsigned noinline_for_stack move_pages_to_lru(struct lruvec *lruvec, > * inhibits memcg migration). > */ > VM_BUG_ON_PAGE(!lruvec_holds_page_lru_lock(page, lruvec), page); > - add_page_to_lru_list(page, lruvec, page_lru(page)); > + add_page_to_lru_list(page, lruvec); > nr_pages = thp_nr_pages(page); > nr_moved += nr_pages; > if (PageActive(page)) > @@ -4282,12 +4282,10 @@ void check_move_unevictable_pages(struct pagevec *pvec) > > lruvec = relock_page_lruvec_irq(page, lruvec); > if (page_evictable(page) && PageUnevictable(page)) { > - enum lru_list lru = page_lru_base_type(page); > - > VM_BUG_ON_PAGE(PageActive(page), page); > ClearPageUnevictable(page); > del_page_from_lru_list(page, lruvec, LRU_UNEVICTABLE); > - add_page_to_lru_list(page, lruvec, lru); > + add_page_to_lru_list(page, lruvec); > pgrescued += nr_pages; > } > SetPageLRU(page); >