This series speeds up mremap(2) syscall by copying page tables at the
PMD level even for non-THP systems. There is concern that the extra
'address' argument that mremap passes to pte_alloc may do something
subtle architecture related in the future, that makes the scheme not
work. Also we find that
Android needs to mremap large regions of memory during memory management
related operations. The mremap system call can be really slow if THP is
not enabled. The bottleneck is move_page_tables, which is copying each
pte at a time, and can be really slow across a large map. Turning on THP
may not be
Hi Alexey,
On Thu, Oct 11, 2018 at 09:22:50PM +, Alexey Brodkin wrote:
> Hu Guenter,
>
> > -Original Message-
> > From: linux-snps-arc [mailto:linux-snps-arc-boun...@lists.infradead.org] On
> > Behalf Of Guenter Roeck
> > Sent: Wednesday, September 12, 2018 7:58 PM
> > To: Vineet Gup
Hu Guenter,
> -Original Message-
> From: linux-snps-arc [mailto:linux-snps-arc-boun...@lists.infradead.org] On
> Behalf Of Guenter Roeck
> Sent: Wednesday, September 12, 2018 7:58 PM
> To: Vineet Gupta
> Cc: linux-snps-arc@lists.infradead.org; linux-ker...@vger.kernel.org
> Subject: Re:
Hi,
On Fri, Sep 07, 2018 at 03:13:10PM -0700, Vineet Gupta wrote:
> helps gcc with better instruction selections such as 64-bit multiply MPYD
>
> before
> --
> 82c34b58 :
> 82c34b58: ld r2,[0x83068d00]
> 82c34b60: add_s r2,r2,0x7530
> 82c34b66: mov_s r0,0x989680
> 82c34b6