mm: mmu_gather: allow more than one batch of delayed rmaps
Commit5df397dec7
("mm: delay page_remove_rmap() until after the TLB has been flushed") limited the page batching for the mmu gather operation when a dirty shared page needed to delay rmap removal until after the TLB had been flushed. It did so because it needs to walk that array of pages while still holding the page table lock, and our mmu_gather infrastructure allows for batching quite a lot of pages. We may have thousands on pages queued up for freeing, and we wanted to walk only the last batch if we then added a dirty page to the queue. However, when I limited it to one batch, I didn't think of the degenerate case of the special first batch that is embedded on-stack in the mmu_gather structure (called "local") and that only has eight entries. So with the right pattern, that "limit delayed rmap to just one batch" will trigger over and over in that first small batch, and we'll waste a lot of time flushing TLB's every eight pages. And those right patterns are trivially triggered by just having a shared mappings with lots of adjacent dirty pages. Like the 'page_fault3' subtest of the 'will-it-scale' benchmark, that just maps a shared area, dirties all pages, and unmaps it. Rinse and repeat. We still want to limit the batching, but to fix this (easily triggered) degenerate case, just expand the "only one batch" logic to instead be "only one batch that isn't the special first on-stack ('local') batch". That way, when we need to flush the delayed rmaps, we can still limit our walk to just the last batch - and that first small one. Link: https://lkml.kernel.org/r/CAHk-=whkL5aM1fR7kYUmhHQHBcMUc-bDoFP7EwYjTxy64DGtvw@mail.gmail.com Fixes:5df397dec7
("mm: delay page_remove_rmap() until after the TLB has been flushed") Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org> Reported-by: kernel test robot <yujie.liu@intel.com> Link: https://lore.kernel.org/oe-lkp/202212051534.852804af-yujie.liu@intel.com Tested-by: Huang, Ying <ying.huang@intel.com> Tested-by: Hugh Dickins <hughd@google.com> Cc: Feng Tang <feng.tang@intel.com> Cc: Johannes Weiner <hannes@cmpxchg.org> Cc: Nadav Amit <nadav.amit@gmail.com> Cc: Xing Zhengjun <zhengjun.xing@linux.intel.com> Cc: "Yin, Fengwei" <fengwei.yin@intel.com> Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
This commit is contained in:
parent
c7cdf94e9c
commit
c47454823b
|
@ -19,8 +19,8 @@ static bool tlb_next_batch(struct mmu_gather *tlb)
|
|||
{
|
||||
struct mmu_gather_batch *batch;
|
||||
|
||||
/* No more batching if we have delayed rmaps pending */
|
||||
if (tlb->delayed_rmap)
|
||||
/* Limit batching if we have delayed rmaps pending */
|
||||
if (tlb->delayed_rmap && tlb->active != &tlb->local)
|
||||
return false;
|
||||
|
||||
batch = tlb->active;
|
||||
|
@ -48,22 +48,8 @@ static bool tlb_next_batch(struct mmu_gather *tlb)
|
|||
}
|
||||
|
||||
#ifdef CONFIG_SMP
|
||||
/**
|
||||
* tlb_flush_rmaps - do pending rmap removals after we have flushed the TLB
|
||||
* @tlb: the current mmu_gather
|
||||
*
|
||||
* Note that because of how tlb_next_batch() above works, we will
|
||||
* never start new batches with pending delayed rmaps, so we only
|
||||
* need to walk through the current active batch.
|
||||
*/
|
||||
void tlb_flush_rmaps(struct mmu_gather *tlb, struct vm_area_struct *vma)
|
||||
static void tlb_flush_rmap_batch(struct mmu_gather_batch *batch, struct vm_area_struct *vma)
|
||||
{
|
||||
struct mmu_gather_batch *batch;
|
||||
|
||||
if (!tlb->delayed_rmap)
|
||||
return;
|
||||
|
||||
batch = tlb->active;
|
||||
for (int i = 0; i < batch->nr; i++) {
|
||||
struct encoded_page *enc = batch->encoded_pages[i];
|
||||
|
||||
|
@ -72,7 +58,25 @@ void tlb_flush_rmaps(struct mmu_gather *tlb, struct vm_area_struct *vma)
|
|||
page_remove_rmap(page, vma, false);
|
||||
}
|
||||
}
|
||||
}
|
||||
|
||||
/**
|
||||
* tlb_flush_rmaps - do pending rmap removals after we have flushed the TLB
|
||||
* @tlb: the current mmu_gather
|
||||
*
|
||||
* Note that because of how tlb_next_batch() above works, we will
|
||||
* never start multiple new batches with pending delayed rmaps, so
|
||||
* we only need to walk through the current active batch and the
|
||||
* original local one.
|
||||
*/
|
||||
void tlb_flush_rmaps(struct mmu_gather *tlb, struct vm_area_struct *vma)
|
||||
{
|
||||
if (!tlb->delayed_rmap)
|
||||
return;
|
||||
|
||||
tlb_flush_rmap_batch(&tlb->local, vma);
|
||||
if (tlb->active != &tlb->local)
|
||||
tlb_flush_rmap_batch(tlb->active, vma);
|
||||
tlb->delayed_rmap = 0;
|
||||
}
|
||||
#endif
|
||||
|
|
Loading…
Reference in New Issue