Re: [PATCH v2 2/2] mm: speed up mremap by 500x on large regions
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
- To: kirill@xxxxxxxxxxxxx
- Subject: Re: [PATCH v2 2/2] mm: speed up mremap by 500x on large regions
- From: David Miller <davem@xxxxxxxxxxxxx>
- Date: Fri, 12 Oct 2018 11:02:20 -0700 (PDT)
- Cc: joel@xxxxxxxxxxxxxxxxx, linux-kernel@xxxxxxxxxxxxxxx, kernel-team@xxxxxxxxxxx, minchan@xxxxxxxxxx, pantin@xxxxxxxxxx, hughd@xxxxxxxxxx, lokeshgidra@xxxxxxxxxx, dancol@xxxxxxxxxx, mhocko@xxxxxxxxxx, akpm@xxxxxxxxxxxxxxxxxxxx, aryabinin@xxxxxxxxxxxxx, luto@xxxxxxxxxx, bp@xxxxxxxxx, catalin.marinas@xxxxxxx, chris@xxxxxxxxxx, dave.hansen@xxxxxxxxxxxxxxx, elfring@xxxxxxxxxxxxxxxxxxxxx, fenghua.yu@xxxxxxxxx, geert@xxxxxxxxxxxxxx, gxt@xxxxxxxxxx, deller@xxxxxx, mingo@xxxxxxxxxx, jejb@xxxxxxxxxxxxxxxx, jdike@xxxxxxxxxxx, jonas@xxxxxxxxxxxx, Julia.Lawall@xxxxxxx, kasan-dev@xxxxxxxxxxxxxxxx, kvmarm@xxxxxxxxxxxxxxxxxxxxx, lftan@xxxxxxxxxx, linux-alpha@xxxxxxxxxxxxxxx, linux-arm-kernel@xxxxxxxxxxxxxxxxxxx, linux-hexagon@xxxxxxxxxxxxxxx, linux-ia64@xxxxxxxxxxxxxxx, linux-m68k@xxxxxxxxxxxxxxx, linux-mips@xxxxxxxxxxxxxx, linux-mm@xxxxxxxxx, linux-parisc@xxxxxxxxxxxxxxx, linuxppc-dev@xxxxxxxxxxxxxxxx, linux-riscv@xxxxxxxxxxxxxxxxxxx, linux-s390@xxxxxxxxxxxxxxx, linux-sh@xxxxxxxxxxxxxxx, linux-snps-arc@xxxxxxxxxxxxxxxxxxx, linux-um@xxxxxxxxxxxxxxxxxxx, linux-xtensa@xxxxxxxxxxxxxxxx, jcmvbkbc@xxxxxxxxx, nios2-dev@xxxxxxxxxxxxxxxxxxxxxx, openrisc@xxxxxxxxxxxxxxxxxxxx, peterz@xxxxxxxxxxxxx, richard@xxxxxx
- In-reply-to: <20181012113056.gxhcbrqyu7k7xnyv@kshutemo-mobl1>
- References: <20181012013756.11285-1-joel@joelfernandes.org> <20181012013756.11285-2-joel@joelfernandes.org> <20181012113056.gxhcbrqyu7k7xnyv@kshutemo-mobl1>
From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
Date: Fri, 12 Oct 2018 14:30:56 +0300
> I looked into the code more and noticed move_pte() helper called from
> move_ptes(). It changes PTE entry to suite new address.
>
> It is only defined in non-trivial way on Sparc. I don't know much about
> Sparc and it's hard for me to say if the optimization will break anything
> there.
>
> I think it worth to disable the optimization if __HAVE_ARCH_MOVE_PTE is
> defined. Or make architectures state explicitely that the optimization is
> safe.
What sparc is doing in move_pte() is flushing the data-cache
(synchronously) if the virtual address color of the mapping changes.
Hope this helps.
[Index of Archives]
[Linux Kernel]
[Sparc Linux]
[DCCP]
[Linux ARM]
[Yosemite News]
[Linux SCSI]
[Linux x86_64]
[Linux for Ham Radio]