Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp2316642pxk; Mon, 14 Sep 2020 10:02:32 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzjZUC5CF++ZwuRvfhmPftFqaC58+Y3422T3exeQwYy9stj65bWByeQi/8cuTNjXSmPEPSi X-Received: by 2002:a17:906:4a07:: with SMTP id w7mr15679900eju.366.1600102952703; Mon, 14 Sep 2020 10:02:32 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1600102952; cv=none; d=google.com; s=arc-20160816; b=mEE1wsszorqUHlBxA9gDSuZTNaqXmlZE/S9Wie7f+q1aa2NP53a/iTbpGezoo24/zu xD3HHomD5Dr/kYgMeE4KIENjqdIwn6TVUu0PJF2m4LjV30r/A/36CT0147E4ALNmUCxU XfVarj3AVXIgiDWKnrp/x5zQ+MWvRwjrDG8ao1taA8dQ2CzpExQ4chQzsneQad1DqyKE +T+oOob77XBxPddW1ja6bxjCRpYv3JhDysPBOX9EqBYVWBVem4i8Ui7AvTCnqv1AJSqC JTbsNbG8NOP/E3phwlSFpPjHnxxVBq9Yp+hZu5ux5UoDvTyQLTo7C4GRs89fC2mpkkb/ GCBA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:dkim-signature:dkim-filter; bh=0u24k8S5lXuXUtMsnQNd52G+gBoj3GQRheubAy+FDGo=; b=sPhdAB3ci0UrBuFpD3whV8K1BI5GkbwoIq1MSJWPEg6IGCE9T99g3DucYuWvF4m3v1 cZjDScVHA1oj8PuiTWruIznoIB94O4+3Nzyd70zb/KpBPYIhZJsB2NOVez4WJMUfDf+W 3L19A2mHtNarnx5WD9eCKsX+Ao3uXjAEk6AFwNn+mSjp3SqMnr9sNeHKcUKYVfvGjC4p yrmTACtmoUIFUg0eyxgz0J9rNavLQEE59E3xAZtdF8JuHm3OordUbHprVEO8Xd6GXwGa /sfyQfLyjJJaQsiD9sTMRTV2DYhp9Gi77twMitP6fcav01Iz+8hE0C4znJtNBQrAqsK6 tJxg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linux.microsoft.com header.s=default header.b=LhutyMdv; 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=linux.microsoft.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id t7si7413118ejx.194.2020.09.14.10.02.08; Mon, 14 Sep 2020 10:02:32 -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=@linux.microsoft.com header.s=default header.b=LhutyMdv; 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=linux.microsoft.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726079AbgINQ6R (ORCPT + 99 others); Mon, 14 Sep 2020 12:58:17 -0400 Received: from linux.microsoft.com ([13.77.154.182]:60694 "EHLO linux.microsoft.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726035AbgINQ5N (ORCPT ); Mon, 14 Sep 2020 12:57:13 -0400 Received: from [192.168.0.121] (unknown [209.134.121.133]) by linux.microsoft.com (Postfix) with ESMTPSA id 29AFE209F328; Mon, 14 Sep 2020 09:57:11 -0700 (PDT) DKIM-Filter: OpenDKIM Filter v2.11.0 linux.microsoft.com 29AFE209F328 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux.microsoft.com; s=default; t=1600102631; bh=0u24k8S5lXuXUtMsnQNd52G+gBoj3GQRheubAy+FDGo=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=LhutyMdvUoCAjdLUtmf9ycAFMWdHR5PirBZITaskngFn8Y4k4wg1lHQedIs4tloCf KHVVk81gXdLpzT6uTGvsoZXFGbllf7ugTYaWv03Q3GQxBNDUsdG3dCT+DCEzWTeVkk 856xM4hCiyVCAdPQsOECRdZ/ET2gOpOGQzIXW+mI= Subject: Re: [[PATCH]] mm: khugepaged: recalculate min_free_kbytes after memory hotplug as expected by khugepaged To: Michal Hocko Cc: Andrew Morton , "Kirill A. Shutemov" , Oleg Nesterov , Song Liu , Andrea Arcangeli , Pavel Tatashin , Allen Pais , linux-kernel@vger.kernel.org, linux-mm@kvack.org, Vijay Balakrishna References: <1599770859-14826-1-git-send-email-vijayb@linux.microsoft.com> <20200914143312.GU16999@dhcp22.suse.cz> From: Vijay Balakrishna Message-ID: Date: Mon, 14 Sep 2020 09:57:02 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.12.0 MIME-Version: 1.0 In-Reply-To: <20200914143312.GU16999@dhcp22.suse.cz> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 9/14/2020 7:33 AM, Michal Hocko wrote: > On Thu 10-09-20 13:47:39, Vijay Balakrishna wrote: >> When memory is hotplug added or removed the min_free_kbytes must be >> recalculated based on what is expected by khugepaged. Currently >> after hotplug, min_free_kbytes will be set to a lower default and higher >> default set when THP enabled is lost. This leaves the system with small >> min_free_kbytes which isn't suitable for systems especially with network >> intensive loads. Typical failure symptoms include HW WATCHDOG reset, >> soft lockup hang notices, NETDEVICE WATCHDOG timeouts, and OOM process >> kills. > > Care to explain some more please? The whole point of increasing > min_free_kbytes for THP is to get a larger free memory with a hope that > huge pages will be more likely to appear. While this might help for > other users that need a high order pages it is definitely not the > primary reason behind it. Could you provide an example with some more > data? Thanks Michal. I haven't looked into THP as part of my investigation, so I cannot comment. In our use case we are hotplug removing ~2GB of 8GB total (on our SoC) during normal reboot/shutdown. This memory is hotplug hot-added as movable type via systemd late service during start-of-day. In our stress test first we ran into HW WATCHDOG recovery, on enabling kernel watchdog we started seeing soft lockup hung task notices, failure symptons varied, where stack trace of hung tasks sometimes trying to allocate GFP_ATOMIC memory, looping in do_notify_resume, NETDEVICE WATCHDOG timeouts, OOM process kills etc., During investigation we reran stress test without hotplug use case. Surprisingly this run didn't encounter the said problems. This led to comparing what is different between the two runs, while looking at various globals, studying hotplug code I uncovered the issue of failing to restore min_free_kbytes. In particular on our 8GB SoC min_free_kbytes went down to 8703 from 22528 after hotplug add. I'm going send a new patch to fix the issue Kirill A. Shutemov raised: NAK. It would override min_free_kbytes set by user. Vijay > > I do see how the inconsistency between boot and hotplug watermarks > setting is not ideal but I do worry about interaction with the user > specific values as a potential problem. set_recommended_min_free_kbytes > happens early enough that user space cannot really interfere but the > hotplug happens at any time. > >> Fixes: f000565adb77 ("thp: set recommended min free kbytes") >> >> Signed-off-by: Vijay Balakrishna >> Cc: stable@vger.kernel.org >> --- >> include/linux/khugepaged.h | 5 +++++ >> mm/khugepaged.c | 13 +++++++++++-- >> mm/memory_hotplug.c | 3 +++ >> 3 files changed, 19 insertions(+), 2 deletions(-) >> >> diff --git a/include/linux/khugepaged.h b/include/linux/khugepaged.h >> index bc45ea1efbf7..c941b7377321 100644 >> --- a/include/linux/khugepaged.h >> +++ b/include/linux/khugepaged.h >> @@ -15,6 +15,7 @@ extern int __khugepaged_enter(struct mm_struct *mm); >> extern void __khugepaged_exit(struct mm_struct *mm); >> extern int khugepaged_enter_vma_merge(struct vm_area_struct *vma, >> unsigned long vm_flags); >> +extern void khugepaged_min_free_kbytes_update(void); >> #ifdef CONFIG_SHMEM >> extern void collapse_pte_mapped_thp(struct mm_struct *mm, unsigned long addr); >> #else >> @@ -85,6 +86,10 @@ static inline void collapse_pte_mapped_thp(struct mm_struct *mm, >> unsigned long addr) >> { >> } >> + >> +static inline void khugepaged_min_free_kbytes_update(void) >> +{ >> +} >> #endif /* CONFIG_TRANSPARENT_HUGEPAGE */ >> >> #endif /* _LINUX_KHUGEPAGED_H */ >> diff --git a/mm/khugepaged.c b/mm/khugepaged.c >> index cfa0dba5fd3b..4f7107476a6f 100644 >> --- a/mm/khugepaged.c >> +++ b/mm/khugepaged.c >> @@ -56,6 +56,9 @@ enum scan_result { >> #define CREATE_TRACE_POINTS >> #include >> >> +static struct task_struct *khugepaged_thread __read_mostly; >> +static DEFINE_MUTEX(khugepaged_mutex); >> + >> /* default scan 8*512 pte (or vmas) every 30 second */ >> static unsigned int khugepaged_pages_to_scan __read_mostly; >> static unsigned int khugepaged_pages_collapsed; >> @@ -2292,8 +2295,6 @@ static void set_recommended_min_free_kbytes(void) >> >> int start_stop_khugepaged(void) >> { >> - static struct task_struct *khugepaged_thread __read_mostly; >> - static DEFINE_MUTEX(khugepaged_mutex); >> int err = 0; >> >> mutex_lock(&khugepaged_mutex); >> @@ -2320,3 +2321,11 @@ int start_stop_khugepaged(void) >> mutex_unlock(&khugepaged_mutex); >> return err; >> } >> + >> +void khugepaged_min_free_kbytes_update(void) >> +{ >> + mutex_lock(&khugepaged_mutex); >> + if (khugepaged_enabled() && khugepaged_thread) >> + set_recommended_min_free_kbytes(); >> + mutex_unlock(&khugepaged_mutex); >> +} >> diff --git a/mm/memory_hotplug.c b/mm/memory_hotplug.c >> index e9d5ab5d3ca0..3e19272c1fad 100644 >> --- a/mm/memory_hotplug.c >> +++ b/mm/memory_hotplug.c >> @@ -36,6 +36,7 @@ >> #include >> #include >> #include >> +#include >> >> #include >> >> @@ -857,6 +858,7 @@ int __ref online_pages(unsigned long pfn, unsigned long nr_pages, >> zone_pcp_update(zone); >> >> init_per_zone_wmark_min(); >> + khugepaged_min_free_kbytes_update(); >> >> kswapd_run(nid); >> kcompactd_run(nid); >> @@ -1600,6 +1602,7 @@ static int __ref __offline_pages(unsigned long start_pfn, >> pgdat_resize_unlock(zone->zone_pgdat, &flags); >> >> init_per_zone_wmark_min(); >> + khugepaged_min_free_kbytes_update(); >> >> if (!populated_zone(zone)) { >> zone_pcp_reset(zone); >> -- >> 2.28.0 >> >