Received: by 2002:a25:ad19:0:0:0:0:0 with SMTP id y25csp933074ybi; Fri, 12 Jul 2019 06:59:26 -0700 (PDT) X-Google-Smtp-Source: APXvYqwCRP43d89Ldh3xU+oqUh0Cf2LDCZL1dDN2/MfE2XANdmSySWlhGIWVNHWGrXL+n3nYlAzQ X-Received: by 2002:a17:902:1081:: with SMTP id c1mr11855549pla.200.1562939966058; Fri, 12 Jul 2019 06:59:26 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1562939966; cv=none; d=google.com; s=arc-20160816; b=rsmxH/FUAci6lfwcXJ70EccZaTjL2nbxPxpqPfoO5tmVp5UJvH/iHXZoXQJ67t5oZ8 bqaoYRegMSQFU3C/hUFs95ZwCObxVTSUrcnw6IpeWi5dnsyDwHb8OLsJJFL+jeaae7qg Hh4DfydSTyIqHRbqNCoUjX7e5bMu7RZ7dSS69qAKshaA0aIyWB+fynYMMchFLr8gyJMT SewWS+6Ewom9ZUtTXCJ3akS7EGvvkHNzAFnx6TWPFX+znqttCih7nGRjOMoBKoEi3MO2 JLxwdmQJf4q8r/shJci93Iohs89Upvc0kjv4E7IpKxUcdUfA6FWYUnq1NXfspevA95vD xipg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=0QEQmNcykd9BOiNTE9tK27ps4LTUIw1ZraZ/C5eu0H0=; b=So4gdrmVxE+4wO74ND00KymL7ysHiMVv/8coe5xw1HxTuDgDN+qEIPLEXN19C3FuSq E2tYqPlbEjFILgVaenULrBErNzkYZtFs9cCuiZiS1aO2FYqn55bnoPQCkYiyuNJmT7Al SqRKEi9kCb/ThmLtuM3x4q8eNa0rldPTOh9krJflS0ex2FaphaHypiaG94zqoXSwdq2T TO7Udx9tM5plfqO5Lk09APtSUrWOSsbUGqoBgd8nAh/vBKcoG2fwa4YrrGaWLI1mJoKA OOec8dte3+m27i84cRGcbTq7c75L77r0nLJQ1NGOJunlFu02BisUkEGiyHtLcbBVP8IG EiFQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@cmpxchg-org.20150623.gappssmtp.com header.s=20150623 header.b=O8FzF9Zn; 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=cmpxchg.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id d16si7748411pll.352.2019.07.12.06.59.10; Fri, 12 Jul 2019 06:59:26 -0700 (PDT) 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; dkim=pass header.i=@cmpxchg-org.20150623.gappssmtp.com header.s=20150623 header.b=O8FzF9Zn; 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=cmpxchg.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727648AbfGLN6N (ORCPT + 99 others); Fri, 12 Jul 2019 09:58:13 -0400 Received: from mail-pg1-f196.google.com ([209.85.215.196]:44893 "EHLO mail-pg1-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727110AbfGLN6M (ORCPT ); Fri, 12 Jul 2019 09:58:12 -0400 Received: by mail-pg1-f196.google.com with SMTP id i18so4574741pgl.11 for ; Fri, 12 Jul 2019 06:58:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cmpxchg-org.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=0QEQmNcykd9BOiNTE9tK27ps4LTUIw1ZraZ/C5eu0H0=; b=O8FzF9ZnfTQ5MxmTum93woMJ01WYdl0QPdgX1glhQYEODr3emARxmnlsiq6qmlkm6r hm6OYiKStj6HDAj39I93vwx8toct9IozKwaGT/CFz0lV4aQTHaSqVvNG0kOezZHNLuS2 wUG5Op9mdfbdCjtryuWt2lGTjxLQrv0kJ6tViSL2VbZ0kLnCUKOcAIeiJzGxgNojg/w6 1FesW8lvSQrS2teNpZdmGZazpXi+gjxTzsb8ccGiHwzz99oF4+F9EDm9cOAhMKrRTOCU RlCyXnjrcmDAOl/2hWw/hj+mMYytFDVVsDtW0E0rFLjZSFKPyvHdLaLx8IYz46ZtJL1r JTEw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=0QEQmNcykd9BOiNTE9tK27ps4LTUIw1ZraZ/C5eu0H0=; b=LFXJeA9Ig6dX/9pLHOhx0fqOxFLX0aH4KcdJHdaWonHG/yUUz3O4L0j/imX9V/532z EBd/A7khh6U98QJXMWEf8CQdRZE63UbeZYFF3uIkyXkjQKLsYnLfsztepsZPSOubk/72 Q26zEMLLxZe2XrvmmN4giEo8pFUPI40M75ngCdjf7vHBvFZUAv1dBY+CCxQHc3z0xzNF ydhmcDVlRdHYbNWGy5H599Pt+evk94iHMmdL99o3pTljKtXQgih/sDblARSJF+S3+4WU +hzvIMWtMeOzC+Q/mHkbEz7UBS2xX6iS3IVJPcCIFdamaC4LYCdfUaHbRW7SdbmhGm0q hMFQ== X-Gm-Message-State: APjAAAWn1ZeCBpsv+wm6HrhEoBt3IHuJ7jBlwXo0/yXnbo/CApWq+x24 vpbb6Aw+WJz82v15mu6u5YA= X-Received: by 2002:a63:c203:: with SMTP id b3mr11182936pgd.450.1562939891891; Fri, 12 Jul 2019 06:58:11 -0700 (PDT) Received: from localhost ([2620:10d:c090:180::1:7067]) by smtp.gmail.com with ESMTPSA id 125sm13700610pfg.23.2019.07.12.06.58.10 (version=TLS1_3 cipher=AEAD-AES256-GCM-SHA384 bits=256/256); Fri, 12 Jul 2019 06:58:11 -0700 (PDT) Date: Fri, 12 Jul 2019 09:58:09 -0400 From: Johannes Weiner To: Minchan Kim Cc: Andrew Morton , linux-mm , LKML , linux-api@vger.kernel.org, Michal Hocko , Tim Murray , Joel Fernandes , Suren Baghdasaryan , Daniel Colascione , Shakeel Butt , Sonny Rao , oleksandr@redhat.com, hdanton@sina.com, lizeb@google.com, Dave Hansen , "Kirill A . Shutemov" Subject: Re: [PATCH v4 4/4] mm: introduce MADV_PAGEOUT Message-ID: <20190712135809.GB31107@cmpxchg.org> References: <20190711012528.176050-1-minchan@kernel.org> <20190711012528.176050-5-minchan@kernel.org> <20190711184223.GD20341@cmpxchg.org> <20190712051828.GA128252@google.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190712051828.GA128252@google.com> User-Agent: Mutt/1.12.0 (2019-05-25) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Jul 12, 2019 at 02:18:28PM +0900, Minchan Kim wrote: > Hi Johannes, > > On Thu, Jul 11, 2019 at 02:42:23PM -0400, Johannes Weiner wrote: > > On Thu, Jul 11, 2019 at 10:25:28AM +0900, Minchan Kim wrote: > > > @@ -480,6 +482,198 @@ static long madvise_cold(struct vm_area_struct *vma, > > > return 0; > > > } > > > > > > +static int madvise_pageout_pte_range(pmd_t *pmd, unsigned long addr, > > > + unsigned long end, struct mm_walk *walk) > > > +{ > > > + struct mmu_gather *tlb = walk->private; > > > + struct mm_struct *mm = tlb->mm; > > > + struct vm_area_struct *vma = walk->vma; > > > + pte_t *orig_pte, *pte, ptent; > > > + spinlock_t *ptl; > > > + LIST_HEAD(page_list); > > > + struct page *page; > > > + unsigned long next; > > > + > > > + if (fatal_signal_pending(current)) > > > + return -EINTR; > > > + > > > + next = pmd_addr_end(addr, end); > > > + if (pmd_trans_huge(*pmd)) { > > > + pmd_t orig_pmd; > > > + > > > + tlb_change_page_size(tlb, HPAGE_PMD_SIZE); > > > + ptl = pmd_trans_huge_lock(pmd, vma); > > > + if (!ptl) > > > + return 0; > > > + > > > + orig_pmd = *pmd; > > > + if (is_huge_zero_pmd(orig_pmd)) > > > + goto huge_unlock; > > > + > > > + if (unlikely(!pmd_present(orig_pmd))) { > > > + VM_BUG_ON(thp_migration_supported() && > > > + !is_pmd_migration_entry(orig_pmd)); > > > + goto huge_unlock; > > > + } > > > + > > > + page = pmd_page(orig_pmd); > > > + if (next - addr != HPAGE_PMD_SIZE) { > > > + int err; > > > + > > > + if (page_mapcount(page) != 1) > > > + goto huge_unlock; > > > + get_page(page); > > > + spin_unlock(ptl); > > > + lock_page(page); > > > + err = split_huge_page(page); > > > + unlock_page(page); > > > + put_page(page); > > > + if (!err) > > > + goto regular_page; > > > + return 0; > > > + } > > > + > > > + if (isolate_lru_page(page)) > > > + goto huge_unlock; > > > + > > > + if (pmd_young(orig_pmd)) { > > > + pmdp_invalidate(vma, addr, pmd); > > > + orig_pmd = pmd_mkold(orig_pmd); > > > + > > > + set_pmd_at(mm, addr, pmd, orig_pmd); > > > + tlb_remove_tlb_entry(tlb, pmd, addr); > > > + } > > > + > > > + ClearPageReferenced(page); > > > + test_and_clear_page_young(page); > > > + list_add(&page->lru, &page_list); > > > +huge_unlock: > > > + spin_unlock(ptl); > > > + reclaim_pages(&page_list); > > > + return 0; > > > + } > > > + > > > + if (pmd_trans_unstable(pmd)) > > > + return 0; > > > +regular_page: > > > + tlb_change_page_size(tlb, PAGE_SIZE); > > > + orig_pte = pte = pte_offset_map_lock(vma->vm_mm, pmd, addr, &ptl); > > > + flush_tlb_batched_pending(mm); > > > + arch_enter_lazy_mmu_mode(); > > > + for (; addr < end; pte++, addr += PAGE_SIZE) { > > > + ptent = *pte; > > > + if (!pte_present(ptent)) > > > + continue; > > > + > > > + page = vm_normal_page(vma, addr, ptent); > > > + if (!page) > > > + continue; > > > + > > > + /* > > > + * creating a THP page is expensive so split it only if we > > > + * are sure it's worth. Split it if we are only owner. > > > + */ > > > + if (PageTransCompound(page)) { > > > + if (page_mapcount(page) != 1) > > > + break; > > > + get_page(page); > > > + if (!trylock_page(page)) { > > > + put_page(page); > > > + break; > > > + } > > > + pte_unmap_unlock(orig_pte, ptl); > > > + if (split_huge_page(page)) { > > > + unlock_page(page); > > > + put_page(page); > > > + pte_offset_map_lock(mm, pmd, addr, &ptl); > > > + break; > > > + } > > > + unlock_page(page); > > > + put_page(page); > > > + pte = pte_offset_map_lock(mm, pmd, addr, &ptl); > > > + pte--; > > > + addr -= PAGE_SIZE; > > > + continue; > > > + } > > > + > > > + VM_BUG_ON_PAGE(PageTransCompound(page), page); > > > + > > > + if (isolate_lru_page(page)) > > > + continue; > > > + > > > + if (pte_young(ptent)) { > > > + ptent = ptep_get_and_clear_full(mm, addr, pte, > > > + tlb->fullmm); > > > + ptent = pte_mkold(ptent); > > > + set_pte_at(mm, addr, pte, ptent); > > > + tlb_remove_tlb_entry(tlb, pte, addr); > > > + } > > > + ClearPageReferenced(page); > > > + test_and_clear_page_young(page); > > > + list_add(&page->lru, &page_list); > > > + } > > > + > > > + arch_leave_lazy_mmu_mode(); > > > + pte_unmap_unlock(orig_pte, ptl); > > > + reclaim_pages(&page_list); > > > + cond_resched(); > > > + > > > + return 0; > > > +} > > > > I know you have briefly talked about code sharing already. > > > > While I agree that sharing with MADV_FREE is maybe a stretch, I > > applied these patches and compared the pageout and the cold page table > > functions, and they are line for line the same EXCEPT for 2-3 lines at > > the very end, where one reclaims and the other deactivates. It would > > be good to share here, it shouldn't be hard or result in fragile code. > > Fair enough if we leave MADV_FREE. > > > > > Something like int madvise_cold_or_pageout_range(..., bool pageout)? > > How about this? > > From 41592f23e876ec21e49dc3c76dc89538e2bb16be Mon Sep 17 00:00:00 2001 > From: Minchan Kim > Date: Fri, 12 Jul 2019 14:05:36 +0900 > Subject: [PATCH] mm: factor out common parts between MADV_COLD and > MADV_PAGEOUT > > There are many common parts between MADV_COLD and MADV_PAGEOUT. > This patch factor them out to save code duplication. > > Signed-off-by: Minchan Kim This looks much better, thanks! > @@ -423,6 +445,12 @@ static int madvise_cold_pte_range(pmd_t *pmd, unsigned long addr, > > VM_BUG_ON_PAGE(PageTransCompound(page), page); > > + if (pageout) { > + if (isolate_lru_page(page)) > + continue; > + list_add(&page->lru, &page_list); > + } > + > if (pte_young(ptent)) { > ptent = ptep_get_and_clear_full(mm, addr, pte, > tlb->fullmm); One thought on the ordering here. When LRU isolation fails, it would still make sense to clear the young bit: we cannot reclaim the page as we wanted to, but the user still provided a clear hint that the page is cold and she won't be touching it for a while. MADV_PAGEOUT is basically MADV_COLD + try_to_reclaim. So IMO isolation should go to the end next to deactivate_page().