Received: by 2002:a25:c205:0:0:0:0:0 with SMTP id s5csp4039217ybf; Tue, 3 Mar 2020 18:34:39 -0800 (PST) X-Google-Smtp-Source: ADFU+vtI+DSZGx21pIS2HQ21uSv/UW7JDfr0y/SeweD456J+YrGT6tWkWlTzvc/MzCnYpl9+P6N1 X-Received: by 2002:a05:6830:154b:: with SMTP id l11mr677047otp.57.1583289279134; Tue, 03 Mar 2020 18:34:39 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1583289279; cv=none; d=google.com; s=arc-20160816; b=lV86U35Z1x+Eyk+0TInqomBioqkPeNBPV6ZRnnriJlrQz3jcz6zMgCB7TM9dqcxn1+ KaykrMLayFvv+GEfygBn92JhW8LFl8TrVKNwpp6WT8T/js/VVVl2qwEUkL4/qv1VAfHn h5bXloxVn1zItEEWqf6yo+yKb41tMGavwx5FfeI3tbDs9NeERxtDNdn6Fri7uewFuYsw xvod7vMbhASvzkziaBVmJ/2V47a4WbmA87A1Jpk/MvCYUTPM4CGnm9HhCA5334EVmB2V IxMIQIy1vdK6k3BNhtdczYtowz/3qKlIzulIw8f269YdZ7KqJGMchegrVEgSsyimCJFL Ekxw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-language :content-transfer-encoding:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=lVXaN5WxnkVY+X3TAjKlFiofdm7MJv4AaSvQtFNgazw=; b=jfKqjhkOal7K0ZmcbmlDaxpdBxK4AoKgR3MkChom0B0iLbiwrg9f1rxXMnqkt3vuNP L7t4ruFKV/VsMxrOW9jrPwXjytnHWD74A/i/fkcUZQHocMB/KxczJXDyC4c0b5ev7VKZ KxTPx5lQlRCuWH3iZvm5fA+ogLzdoRPHtKsJ+f61rZT4e63SzFVeWDKCebheqevPniM0 GTreu0GR2Rp9zlHxXeHvB1pWta+QbYyf+xUtQmbvvJWkc9+ZuFv/qCNJU2HFkPl1X21g JPfzIax27jDPr0hP2NYeZbUUY+830ZNu9vQfaeaGom1hhb1zi4ipHCDBiqTxl/0ljwuZ QgWg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=alibaba.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id j9si358430oiw.133.2020.03.03.18.34.27; Tue, 03 Mar 2020 18:34:39 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=alibaba.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2387535AbgCDCeT (ORCPT + 99 others); Tue, 3 Mar 2020 21:34:19 -0500 Received: from out30-57.freemail.mail.aliyun.com ([115.124.30.57]:48880 "EHLO out30-57.freemail.mail.aliyun.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2387473AbgCDCeT (ORCPT ); Tue, 3 Mar 2020 21:34:19 -0500 X-Alimail-AntiSpam: AC=PASS;BC=-1|-1;BR=01201311R331e4;CH=green;DM=||false|;DS=||;FP=0|-1|-1|-1|0|-1|-1|-1;HT=e01f04446;MF=shile.zhang@linux.alibaba.com;NM=1;PH=DS;RN=7;SR=0;TI=SMTPD_---0TrbZL9z_1583289243; Received: from ali-6c96cfdd1403.local(mailfrom:shile.zhang@linux.alibaba.com fp:SMTPD_---0TrbZL9z_1583289243) by smtp.aliyun-inc.com(127.0.0.1); Wed, 04 Mar 2020 10:34:15 +0800 Subject: Re: [PATCH v2 1/1] mm: fix interrupt disabled long time inside deferred_init_memmap() To: Kirill Tkhai , Andrew Morton , Pavel Tatashin Cc: linux-mm@kvack.org, linux-kernel@vger.kernel.org, Vlastimil Babka , Michal Hocko References: <20200303161551.132263-1-shile.zhang@linux.alibaba.com> <20200303161551.132263-2-shile.zhang@linux.alibaba.com> From: Shile Zhang Message-ID: <386d7d5f-a57d-f5b1-acee-131ce23d35ec@linux.alibaba.com> Date: Wed, 4 Mar 2020 10:34:03 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:68.0) Gecko/20100101 Thunderbird/68.5.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Kirill, Thanks for your quickly reply! On 2020/3/4 00:52, Kirill Tkhai wrote: > On 03.03.2020 19:15, Shile Zhang wrote: >> When 'CONFIG_DEFERRED_STRUCT_PAGE_INIT' is set, 'pgdatinit' kthread will >> initialise the deferred pages with local interrupts disabled. It is >> introduced by commit 3a2d7fa8a3d5 ("mm: disable interrupts while >> initializing deferred pages"). >> >> The local interrupt will be disabled long time inside >> deferred_init_memmap(), depends on memory size. >> On machine with NCPUS <= 2, the 'pgdatinit' kthread could be pined on >> boot CPU, then the tick timer will stuck long time, which caused the >> system wall time inaccuracy. >> >> For example, the dmesg shown that: >> >> [ 0.197975] node 0 initialised, 32170688 pages in 1ms >> >> Obviously, 1ms is unreasonable. >> Now, fix it by restore in the pending interrupts inside the while loop. >> The reasonable demsg shown likes: >> >> [ 1.069306] node 0 initialised, 32203456 pages in 894ms > The way I understand the original problem, that Pavel fixed: > > we need disable irqs in deferred_init_memmap() since this function may be called > in parallel with deferred_grow_zone() called from interrupt handler. So, Pavel > added lock to fix the race. > > In case of we temporary unlock the lock, interrupt still be possible, > so my previous proposition returns the problem back. > > Now thought again, I think we have to just add: > > pgdat_resize_unlock(); > pgdat_resize_lock(); > > instead of releasing interrupts, since in case of we just release them with lock held, > a call of interrupt->deferred_grow_zone() bring us to a deadlock. > > So, unlock the lock is must. Yes, you're right! I missed this point. Thanks for your comment! > >> Signed-off-by: Shile Zhang >> --- >> mm/page_alloc.c | 6 +++++- >> 1 file changed, 5 insertions(+), 1 deletion(-) >> >> diff --git a/mm/page_alloc.c b/mm/page_alloc.c >> index 3c4eb750a199..d3f337f2e089 100644 >> --- a/mm/page_alloc.c >> +++ b/mm/page_alloc.c >> @@ -1809,8 +1809,12 @@ static int __init deferred_init_memmap(void *data) >> * that we can avoid introducing any issues with the buddy >> * allocator. >> */ >> - while (spfn < epfn) >> + while (spfn < epfn) { >> nr_pages += deferred_init_maxorder(&i, zone, &spfn, &epfn); >> + /* let in any pending interrupts */ >> + local_irq_restore(flags); >> + local_irq_save(flags); >> + } >> zone_empty: >> pgdat_resize_unlock(pgdat, &flags); > I think we need here something like below (untested): > > diff --git a/mm/page_alloc.c b/mm/page_alloc.c > index 79e950d76ffc..323afa9a4db5 100644 > --- a/mm/page_alloc.c > +++ b/mm/page_alloc.c > @@ -1828,7 +1828,7 @@ static int __init deferred_init_memmap(void *data) > { > pg_data_t *pgdat = data; > const struct cpumask *cpumask = cpumask_of_node(pgdat->node_id); > - unsigned long spfn = 0, epfn = 0, nr_pages = 0; > + unsigned long spfn = 0, epfn = 0, nr_pages = 0, prev_nr_pages = 0; > unsigned long first_init_pfn, flags; > unsigned long start = jiffies; > struct zone *zone; > @@ -1869,8 +1869,18 @@ static int __init deferred_init_memmap(void *data) > * that we can avoid introducing any issues with the buddy > * allocator. > */ > - while (spfn < epfn) > + while (spfn < epfn) { > nr_pages += deferred_init_maxorder(&i, zone, &spfn, &epfn); > + /* > + * Release interrupts every 1Gb to give a possibility > + * a timer to advance jiffies. > + */ > + if (nr_pages - prev_nr_pages > (1UL << (30 - PAGE_SHIFT))) { > + prev_nr_pages = nr_pages; > + pgdat_resize_unlock(pgdat, &flags); > + pgdat_resize_lock(pgdat, &flags); > + } > + } > zone_empty: > pgdat_resize_unlock(pgdat, &flags); > > > (I believe the comment may be improved more). Yeah, your patch is better! I test your code and it works! But it seems that 1G is still hold the interrupts too long, about 40ms in my env with Intel(R) Xeon(R) 2.5GHz). I tried other size, it is OK to use 1024 pages (4MB), which suggested by Andrew's before. Could you please help to review it again? diff --git a/mm/page_alloc.c b/mm/page_alloc.c index 3c4eb750a199..5def66d3ffcd 100644 --- a/mm/page_alloc.c +++ b/mm/page_alloc.c @@ -1768,7 +1768,7 @@ static int __init deferred_init_memmap(void *data)  {         pg_data_t *pgdat = data;         const struct cpumask *cpumask = cpumask_of_node(pgdat->node_id); -       unsigned long spfn = 0, epfn = 0, nr_pages = 0; +       unsigned long spfn = 0, epfn = 0, nr_pages = 0, prev_nr_pages = 0;         unsigned long first_init_pfn, flags;         unsigned long start = jiffies;         struct zone *zone; @@ -1809,8 +1809,17 @@ static int __init deferred_init_memmap(void *data)          * that we can avoid introducing any issues with the buddy          * allocator.          */ -       while (spfn < epfn) +       while (spfn < epfn) {                 nr_pages += deferred_init_maxorder(&i, zone, &spfn, &epfn); +               /* +                * Restore pending interrupts every 1024 pages to give +                * the chance tick timer to advance jiffies. +                */ +               if (nr_pages - prev_nr_pages > 1024) { +                       pgdat_resize_unlock(&flags); +                       pgdat_resize_lock(&flags); +               } +       }  zone_empty:         pgdat_resize_unlock(pgdat, &flags);