From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 34892 invoked by alias); 10 Nov 2016 08:25:11 -0000 Mailing-List: contact libc-alpha-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: libc-alpha-owner@sourceware.org Received: (qmail 34867 invoked by uid 89); 10 Nov 2016 08:25:10 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-4.8 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD,SPF_HELO_PASS autolearn=ham version=3.3.2 spammy=POWER, Hx-languages-length:632, State X-HELO: mx1.redhat.com Subject: Re: [libc/string] State of PAGE_COPY_FWD / PAGE_COPY_THRESHOLD To: Andrew Pinski , Maxim Kuvyrkov References: <193512EC-DC6C-4BDF-8138-1C1F54B30A12@linaro.org> Cc: Adhemerval Zanella , GNU C Library From: Florian Weimer Message-ID: Date: Thu, 10 Nov 2016 08:25:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2016-11/txt/msg00380.txt.bz2 On 11/10/2016 09:05 AM, Andrew Pinski wrote: > Also memcpy/memset is useful to optimize for each micro-arch instead > of doing this kind of optimization is better in general. I have a > semi-optimized memcpy for ThunderX (T88, not T81 or T83; still have > not looked into an optimized version for T83/T81 yet) and have an idea > how to optimize it for another core but there is no way to handle this > in glibc because of kernel or glibc infrastructure for arm64. We do this all the time on x86_64 (and presumably POWER). What's missing on aarch64? Thanks, Florian