From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.133.124]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id EBD692E36E5 for ; Thu, 7 Aug 2025 19:17:05 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=170.10.133.124 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1754594229; cv=none; b=QJHvxLoiO2iPk9bUH7MgFaiLywUZkO4U0aAOaVk9LfICE8Izk5y1vVrhCcXkv5F9oAMrUE59UE0u/IGa++/LSykASQJvGg0dji3LGtRie7sMuNMBhcPSqxj5zCf5aRZW8i08mXZYQOj33T2GybGpbm4O05gj4Kirt9UwHoPerF8= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1754594229; c=relaxed/simple; bh=eVkuYZKJ8A41Qey4HtHbUqpgAEH8wCk/dgUg9HhdlhI=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=fJgURawFdoBqA9PAFj4jl1381oCAssqnajdUACOGxebesfULgDjY2/eLRrqENF2HYjJRjh7BMkmP/VSNKrVDnACUvt16a4aKJu2GIiiucVYPk1QGEBrAQoo7IRQ64F6Js8WPKKK1ckM4y3o3ywS2TLsLM5hS2CGKx0/D/crTBWI= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=redhat.com; spf=pass smtp.mailfrom=redhat.com; dkim=pass (1024-bit key) header.d=redhat.com header.i=@redhat.com header.b=XTrqeL53; arc=none smtp.client-ip=170.10.133.124 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=redhat.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=redhat.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=redhat.com header.i=@redhat.com header.b="XTrqeL53" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1754594224; 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=2NAG7882ntfyDwZ1tQUnH3K0Qiov0AWeHthKD6O9zYA=; b=XTrqeL5340+ueyuvCBb21EUK3m85Mjn1Z2MZE9Pq6ExG53l21rM0ITdO8Dy0XKE+Qxp4aF ywRJS9hSDCCkDFSmUhTBZrwC92EAoAvb6RfxEu3Y/7tF26T2CIdZuOGRHm67ATAEM8kPWe BIJkS+lgSs0fE9R8h6P+bpWuMVX0Wvk= Received: from mail-yb1-f200.google.com (mail-yb1-f200.google.com [209.85.219.200]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-662-sWMK0dcRM6aIXIiAxG_8YA-1; Thu, 07 Aug 2025 15:17:03 -0400 X-MC-Unique: sWMK0dcRM6aIXIiAxG_8YA-1 X-Mimecast-MFC-AGG-ID: sWMK0dcRM6aIXIiAxG_8YA_1754594223 Received: by mail-yb1-f200.google.com with SMTP id 3f1490d57ef6-e9029300081so1621248276.1 for ; Thu, 07 Aug 2025 12:17:03 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1754594223; x=1755199023; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=2NAG7882ntfyDwZ1tQUnH3K0Qiov0AWeHthKD6O9zYA=; b=rIPZlEvhPjSZwiuIcrZGFBOH69ZV36NJSYUB4gcaoXdOj5x5+0KLOty//G3jBxzclG 81H1tErWG8L1x0iY8vd1CnNhtREG+ql86jg0RToolWX4beVETVa2uPpiCPqbjoxwfy2A eQ9ZlXvz4pFct40hNKE3ynRC5aS7VaexVvrooP+UWwr1RP3SOm8ObF1bydzjUh2Y7nxt uhYFULVVrdObd2Ua6SFydiBQQoN0KhS8miESc+bV+FJRBQluhBkkurd9Er9JZOMrSAwN /qzTBz7MVoq/SoA0PKi2kHkeNScKWHM252ChVWnJ/R48cjz+E7y7zlLtp3Z8Ih5NZPla iDrg== X-Forwarded-Encrypted: i=1; AJvYcCVw3HqM6B4NeUWbiAbVKIn05l4d5VpvDk2SjuwxT35AwVoVImXuYk2YRq4AtQY/6wOIttNApgF6ZLY4goI=@vger.kernel.org X-Gm-Message-State: AOJu0YyZayX/d/rsJgc6euO543nY3Qu3ANI9+H8KChO6yLzNWswO2OA5 Wrb9pYnzZcd7Xocoy73+UCP2LMrsgf55aba1uy9OQcby9MbyN30bIKc7W3xJbR2q2zW+iY5Eaf4 GCuP8sx9mP91CwyoHr6ueiR2ML4ZgvvBlnwFaT9mAjPRK6yOWaQUeHNxQtwHZ2ycAwQ== X-Gm-Gg: ASbGnctoFcIL/Bk81rmUN5UPW5s107ctw/G/oULPRmVEif2bObvTJSJ9sCppfidZkHS rewEpXiC8vIm6u+Q59161Uka2PGkkcWFzuZbp84TLVdO/SLCXmlmpztXpXzCtq/HvVBWM35qkv7 AJz2RvkDczJ+6C1ZTwdcVITbao8n1t23RCG1gYs57kqabSsEb4bCoRX7UTOF4aS9m4i2i1DRnmf g7E2enRVOn0CphVMk/iIaL5/XhjUfACWRSAMvZu21+aKsPk9njt1Yy6ex/InLJ9JLDz5+kYGSbK Dh6J4FO4eWBcvN4a1vW29sL08LZNXwdVuY05WuEkMdlFDurSY+t22yOcoPDtvDEXGmFCdyW9g+I x0Q9XL94G5a1Lx1Tr8jo9zQ== X-Received: by 2002:a05:6902:2b09:b0:e8c:b1d:22a7 with SMTP id 3f1490d57ef6-e904b5adf4amr490697276.36.1754594222903; Thu, 07 Aug 2025 12:17:02 -0700 (PDT) X-Google-Smtp-Source: AGHT+IG+pj3fy1zuLl10nK/ZcqOdNqN1EjfLHvJU5HbCNMR9pbt1kap2k3U2BygFe8kr46PFVoYdpg== X-Received: by 2002:a05:6902:2b09:b0:e8c:b1d:22a7 with SMTP id 3f1490d57ef6-e904b5adf4amr490655276.36.1754594222338; Thu, 07 Aug 2025 12:17:02 -0700 (PDT) Received: from x1.local (bras-base-aurron9134w-grc-11-174-89-135-171.dsl.bell.ca. [174.89.135.171]) by smtp.gmail.com with ESMTPSA id 3f1490d57ef6-e9049f5fd19sm161227276.24.2025.08.07.12.17.01 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 07 Aug 2025 12:17:01 -0700 (PDT) Date: Thu, 7 Aug 2025 15:16:57 -0400 From: Peter Xu To: Lokesh Gidra Cc: akpm@linux-foundation.org, aarcange@redhat.com, linux-mm@kvack.org, linux-kernel@vger.kernel.org, 21cnbao@gmail.com, ngeoffray@google.com, Suren Baghdasaryan , Kalesh Singh , Barry Song , David Hildenbrand Subject: Re: [PATCH v3] userfaultfd: opportunistic TLB-flush batching for present pages in MOVE Message-ID: References: <20250807103902.2242717-1-lokeshgidra@google.com> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20250807103902.2242717-1-lokeshgidra@google.com> Hi, Lokesh, On Thu, Aug 07, 2025 at 03:39:02AM -0700, Lokesh Gidra wrote: > MOVE ioctl's runtime is dominated by TLB-flush cost, which is required > for moving present pages. Mitigate this cost by opportunistically > batching present contiguous pages for TLB flushing. > > Without batching, in our testing on an arm64 Android device with UFFD GC, > which uses MOVE ioctl for compaction, we observed that out of the total > time spent in move_pages_pte(), over 40% is in ptep_clear_flush(), and > ~20% in vm_normal_folio(). > > With batching, the proportion of vm_normal_folio() increases to over > 70% of move_pages_pte() without any changes to vm_normal_folio(). Do you know why vm_normal_folio() could be expensive? I still see quite some other things this path needs to do. > Furthermore, time spent within move_pages_pte() is only ~20%, which > includes TLB-flush overhead. Indeed this should already prove the optimization, I'm just curious whether you've run some benchmark on the GC app to show the real world benefit. > > Cc: Suren Baghdasaryan > Cc: Kalesh Singh > Cc: Barry Song > Cc: David Hildenbrand > Cc: Peter Xu > Signed-off-by: Lokesh Gidra > --- > Changes since v2 [1] > - Addressed VM_WARN_ON failure, per Lorenzo Stoakes > - Added check to ensure all batched pages share the same anon_vma > > Changes since v1 [2] > - Removed flush_tlb_batched_pending(), per Barry Song > - Unified single and multi page case, per Barry Song > > [1] https://lore.kernel.org/all/20250805121410.1658418-1-lokeshgidra@google.com/ > [2] https://lore.kernel.org/all/20250731104726.103071-1-lokeshgidra@google.com/ > > mm/userfaultfd.c | 179 +++++++++++++++++++++++++++++++++-------------- > 1 file changed, 128 insertions(+), 51 deletions(-) > > diff --git a/mm/userfaultfd.c b/mm/userfaultfd.c > index cbed91b09640..78c732100aec 100644 > --- a/mm/userfaultfd.c > +++ b/mm/userfaultfd.c > @@ -1026,18 +1026,64 @@ static inline bool is_pte_pages_stable(pte_t *dst_pte, pte_t *src_pte, > pmd_same(dst_pmdval, pmdp_get_lockless(dst_pmd)); > } > > -static int move_present_pte(struct mm_struct *mm, > - struct vm_area_struct *dst_vma, > - struct vm_area_struct *src_vma, > - unsigned long dst_addr, unsigned long src_addr, > - pte_t *dst_pte, pte_t *src_pte, > - pte_t orig_dst_pte, pte_t orig_src_pte, > - pmd_t *dst_pmd, pmd_t dst_pmdval, > - spinlock_t *dst_ptl, spinlock_t *src_ptl, > - struct folio *src_folio) > +/* > + * Checks if the two ptes and the corresponding folio are eligible for batched > + * move. If so, then returns pointer to the folio, after locking it. Otherwise, > + * returns NULL. > + */ > +static struct folio *check_ptes_for_batched_move(struct vm_area_struct *src_vma, > + unsigned long src_addr, > + pte_t *src_pte, pte_t *dst_pte, > + struct anon_vma *src_anon_vma) > +{ > + pte_t orig_dst_pte, orig_src_pte; > + struct folio *folio; > + > + orig_dst_pte = ptep_get(dst_pte); > + if (!pte_none(orig_dst_pte)) > + return NULL; > + > + orig_src_pte = ptep_get(src_pte); > + if (pte_none(orig_src_pte) || !pte_present(orig_src_pte) || pte_none() check could be removed - the pte_present() check should make sure it's !none. > + is_zero_pfn(pte_pfn(orig_src_pte))) > + return NULL; > + > + folio = vm_normal_folio(src_vma, src_addr, orig_src_pte); > + if (!folio || !folio_trylock(folio)) > + return NULL; So here we don't take a refcount anymore, while the 1st folio that got passed in will still has the refcount boosted. IMHO it would still be better to keep the behavior the same on the 1st and continuous folios.. Or if this is intentional, maybe worth some comment. More below on this.. > + if (!PageAnonExclusive(&folio->page) || folio_test_large(folio) || > + folio_anon_vma(folio) != src_anon_vma) { > + folio_unlock(folio); > + return NULL; > + } > + return folio; > +} > + > +static long move_present_ptes(struct mm_struct *mm, > + struct vm_area_struct *dst_vma, > + struct vm_area_struct *src_vma, > + unsigned long dst_addr, unsigned long src_addr, > + pte_t *dst_pte, pte_t *src_pte, > + pte_t orig_dst_pte, pte_t orig_src_pte, > + pmd_t *dst_pmd, pmd_t dst_pmdval, > + spinlock_t *dst_ptl, spinlock_t *src_ptl, > + struct folio *src_folio, unsigned long len, > + struct anon_vma *src_anon_vma) (Not an immediate concern, but this function has potential to win the max-num-of-parameters kernel function.. :) > { > int err = 0; > + unsigned long src_start = src_addr; > + unsigned long addr_end; > > + if (len > PAGE_SIZE) { > + addr_end = (dst_addr + PMD_SIZE) & PMD_MASK; > + if (dst_addr + len > addr_end) > + len = addr_end - dst_addr; Use something like ALIGN() and MIN()? > + > + addr_end = (src_addr + PMD_SIZE) & PMD_MASK; > + if (src_addr + len > addr_end) > + len = addr_end - src_addr; Same here. > + } > + flush_cache_range(src_vma, src_addr, src_addr + len); > double_pt_lock(dst_ptl, src_ptl); > > if (!is_pte_pages_stable(dst_pte, src_pte, orig_dst_pte, orig_src_pte, > @@ -1051,31 +1097,54 @@ static int move_present_pte(struct mm_struct *mm, > err = -EBUSY; > goto out; > } > + arch_enter_lazy_mmu_mode(); > + > + addr_end = src_start + len; > + while (true) { > + orig_src_pte = ptep_get_and_clear(mm, src_addr, src_pte); > + /* Folio got pinned from under us. Put it back and fail the move. */ > + if (folio_maybe_dma_pinned(src_folio)) { > + set_pte_at(mm, src_addr, src_pte, orig_src_pte); > + err = -EBUSY; > + break; > + } > > - orig_src_pte = ptep_clear_flush(src_vma, src_addr, src_pte); > - /* Folio got pinned from under us. Put it back and fail the move. */ > - if (folio_maybe_dma_pinned(src_folio)) { > - set_pte_at(mm, src_addr, src_pte, orig_src_pte); > - err = -EBUSY; > - goto out; > - } > - > - folio_move_anon_rmap(src_folio, dst_vma); > - src_folio->index = linear_page_index(dst_vma, dst_addr); > + folio_move_anon_rmap(src_folio, dst_vma); > + src_folio->index = linear_page_index(dst_vma, dst_addr); > > - orig_dst_pte = folio_mk_pte(src_folio, dst_vma->vm_page_prot); > - /* Set soft dirty bit so userspace can notice the pte was moved */ > + orig_dst_pte = folio_mk_pte(src_folio, dst_vma->vm_page_prot); > + /* Set soft dirty bit so userspace can notice the pte was moved */ > #ifdef CONFIG_MEM_SOFT_DIRTY > - orig_dst_pte = pte_mksoft_dirty(orig_dst_pte); > + orig_dst_pte = pte_mksoft_dirty(orig_dst_pte); > #endif > - if (pte_dirty(orig_src_pte)) > - orig_dst_pte = pte_mkdirty(orig_dst_pte); > - orig_dst_pte = pte_mkwrite(orig_dst_pte, dst_vma); > + if (pte_dirty(orig_src_pte)) > + orig_dst_pte = pte_mkdirty(orig_dst_pte); > + orig_dst_pte = pte_mkwrite(orig_dst_pte, dst_vma); > + set_pte_at(mm, dst_addr, dst_pte, orig_dst_pte); > + > + src_addr += PAGE_SIZE; > + if (src_addr == addr_end) > + break; > + src_pte++; > + dst_pte++; > + > + folio_unlock(src_folio); > + src_folio = check_ptes_for_batched_move(src_vma, src_addr, src_pte, > + dst_pte, src_anon_vma); > + if (!src_folio) > + break; > + dst_addr += PAGE_SIZE; > + } > + > + arch_leave_lazy_mmu_mode(); > + if (src_addr > src_start) > + flush_tlb_range(src_vma, src_start, src_addr); > > - set_pte_at(mm, dst_addr, dst_pte, orig_dst_pte); > out: > double_pt_unlock(dst_ptl, src_ptl); > - return err; > + if (src_folio) > + folio_unlock(src_folio); > + return src_addr > src_start ? src_addr - src_start : err; > } > > static int move_swap_pte(struct mm_struct *mm, struct vm_area_struct *dst_vma, > @@ -1140,7 +1209,7 @@ static int move_swap_pte(struct mm_struct *mm, struct vm_area_struct *dst_vma, > set_pte_at(mm, dst_addr, dst_pte, orig_src_pte); > double_pt_unlock(dst_ptl, src_ptl); > > - return 0; > + return PAGE_SIZE; > } > > static int move_zeropage_pte(struct mm_struct *mm, > @@ -1154,6 +1223,7 @@ static int move_zeropage_pte(struct mm_struct *mm, > { > pte_t zero_pte; > > + flush_cache_range(src_vma, src_addr, src_addr + PAGE_SIZE); If it's a zero page hence not writtable, do we still need to flush cache at all? Looks harmless, but looks like not needed either. > double_pt_lock(dst_ptl, src_ptl); > if (!is_pte_pages_stable(dst_pte, src_pte, orig_dst_pte, orig_src_pte, > dst_pmd, dst_pmdval)) { > @@ -1167,20 +1237,19 @@ static int move_zeropage_pte(struct mm_struct *mm, > set_pte_at(mm, dst_addr, dst_pte, zero_pte); > double_pt_unlock(dst_ptl, src_ptl); > > - return 0; > + return PAGE_SIZE; > } > > > /* > - * The mmap_lock for reading is held by the caller. Just move the page > - * from src_pmd to dst_pmd if possible, and return true if succeeded > - * in moving the page. > + * The mmap_lock for reading is held by the caller. Just move the page(s) > + * from src_pmd to dst_pmd if possible, and return number of bytes moved. > */ > -static int move_pages_pte(struct mm_struct *mm, pmd_t *dst_pmd, pmd_t *src_pmd, > - struct vm_area_struct *dst_vma, > - struct vm_area_struct *src_vma, > - unsigned long dst_addr, unsigned long src_addr, > - __u64 mode) > +static long move_pages_ptes(struct mm_struct *mm, pmd_t *dst_pmd, pmd_t *src_pmd, > + struct vm_area_struct *dst_vma, > + struct vm_area_struct *src_vma, > + unsigned long dst_addr, unsigned long src_addr, > + unsigned long len, __u64 mode) > { > swp_entry_t entry; > struct swap_info_struct *si = NULL; > @@ -1196,9 +1265,8 @@ static int move_pages_pte(struct mm_struct *mm, pmd_t *dst_pmd, pmd_t *src_pmd, > struct mmu_notifier_range range; > int err = 0; > > - flush_cache_range(src_vma, src_addr, src_addr + PAGE_SIZE); > mmu_notifier_range_init(&range, MMU_NOTIFY_CLEAR, 0, mm, > - src_addr, src_addr + PAGE_SIZE); > + src_addr, src_addr + len); > mmu_notifier_invalidate_range_start(&range); > retry: > /* > @@ -1257,7 +1325,7 @@ static int move_pages_pte(struct mm_struct *mm, pmd_t *dst_pmd, pmd_t *src_pmd, > if (!(mode & UFFDIO_MOVE_MODE_ALLOW_SRC_HOLES)) > err = -ENOENT; > else /* nothing to do to move a hole */ > - err = 0; > + err = PAGE_SIZE; > goto out; > } > > @@ -1375,10 +1443,14 @@ static int move_pages_pte(struct mm_struct *mm, pmd_t *dst_pmd, pmd_t *src_pmd, > } > } > > - err = move_present_pte(mm, dst_vma, src_vma, > - dst_addr, src_addr, dst_pte, src_pte, > - orig_dst_pte, orig_src_pte, dst_pmd, > - dst_pmdval, dst_ptl, src_ptl, src_folio); > + err = move_present_ptes(mm, dst_vma, src_vma, > + dst_addr, src_addr, dst_pte, src_pte, > + orig_dst_pte, orig_src_pte, dst_pmd, > + dst_pmdval, dst_ptl, src_ptl, src_folio, > + len, src_anon_vma); > + /* folio is already unlocked by move_present_ptes() */ > + folio_put(src_folio); > + src_folio = NULL; So the function above now can move multiple folios but keep holding the 1st's refcount.. This still smells error prone, sooner or later. Would it be slightly better if we take a folio pointer in move_present_ptes(), and releae everything there (including reset the pointer)? Thanks, > } else { > struct folio *folio = NULL; > > @@ -1732,7 +1804,7 @@ ssize_t move_pages(struct userfaultfd_ctx *ctx, unsigned long dst_start, > { > struct mm_struct *mm = ctx->mm; > struct vm_area_struct *src_vma, *dst_vma; > - unsigned long src_addr, dst_addr; > + unsigned long src_addr, dst_addr, src_end; > pmd_t *src_pmd, *dst_pmd; > long err = -EINVAL; > ssize_t moved = 0; > @@ -1775,8 +1847,8 @@ ssize_t move_pages(struct userfaultfd_ctx *ctx, unsigned long dst_start, > if (err) > goto out_unlock; > > - for (src_addr = src_start, dst_addr = dst_start; > - src_addr < src_start + len;) { > + for (src_addr = src_start, dst_addr = dst_start, src_end = src_start + len; > + src_addr < src_end;) { > spinlock_t *ptl; > pmd_t dst_pmdval; > unsigned long step_size; > @@ -1841,6 +1913,8 @@ ssize_t move_pages(struct userfaultfd_ctx *ctx, unsigned long dst_start, > dst_addr, src_addr); > step_size = HPAGE_PMD_SIZE; > } else { > + long ret; > + > if (pmd_none(*src_pmd)) { > if (!(mode & UFFDIO_MOVE_MODE_ALLOW_SRC_HOLES)) { > err = -ENOENT; > @@ -1857,10 +1931,13 @@ ssize_t move_pages(struct userfaultfd_ctx *ctx, unsigned long dst_start, > break; > } > > - err = move_pages_pte(mm, dst_pmd, src_pmd, > - dst_vma, src_vma, > - dst_addr, src_addr, mode); > - step_size = PAGE_SIZE; > + ret = move_pages_ptes(mm, dst_pmd, src_pmd, > + dst_vma, src_vma, dst_addr, > + src_addr, src_end - src_addr, mode); > + if (ret > 0) > + step_size = ret; > + else > + err = ret; > } > > cond_resched(); > > base-commit: 6e64f4580381e32c06ee146ca807c555b8f73e24 > -- > 2.50.1.565.gc32cd1483b-goog > -- Peter Xu