From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 34314 invoked by alias); 10 Nov 2016 08:55:02 -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 34280 invoked by uid 89); 10 Nov 2016 08:55:02 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.3 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,RCVD_IN_SORBS_SPAM,SPF_PASS autolearn=no version=3.3.2 spammy=State, meeting X-HELO: mail-yb0-f196.google.com X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=wnOBHnM/asZUcnjkGkLzu7qDW+ofarbkH5MEPi13yiI=; b=jlvUgCMCOZaZGLeoldi3blHzxp5w83YIbUQ6Wst6LsWCcGkNsrheLQEr1kND6mBe/O RsLCttFwFghM0NLPSqb5v5/K1KqzClz+PzVGNJb1YCFrYxv2GG0N0Qb0eeyP+TaiS3W7 4vjzXFFm+8YJyom3neTEJP8HBvttNr1oei+GmTSF8O0CxKrxGI/igKrg0E5mP8k26ZJX +9bc2AMrMSO+8NaEoWj8oADvUHHdyogpkH9jGjju33rtZv7qgFKstAEt5Vq3ZoIsrSpD WnjXWIuZxZBtIAUUUdX+H6X1Sab+xno1TZsD+dTpQ8TAiEefWJVaNp9Nu+xEQATgFCKD fAJA== X-Gm-Message-State: ABUngve1dBAVG40n1+xHzxpY9e4kuD34kbfi416tAlp1pRNw0jOj1PyfyzK7CyYHlUNuW8XDwIKbzzCk3wVw0w== X-Received: by 10.37.115.6 with SMTP id o6mr4045805ybc.139.1478768099363; Thu, 10 Nov 2016 00:54:59 -0800 (PST) MIME-Version: 1.0 In-Reply-To: References: <193512EC-DC6C-4BDF-8138-1C1F54B30A12@linaro.org> From: Andrew Pinski Date: Thu, 10 Nov 2016 08:55:00 -0000 Message-ID: Subject: Re: [libc/string] State of PAGE_COPY_FWD / PAGE_COPY_THRESHOLD To: Florian Weimer Cc: Maxim Kuvyrkov , Adhemerval Zanella , GNU C Library Content-Type: text/plain; charset=UTF-8 X-SW-Source: 2016-11/txt/msg00384.txt.bz2 On Thu, Nov 10, 2016 at 12:34 AM, Andrew Pinski wrote: > On Thu, Nov 10, 2016 at 12:25 AM, Florian Weimer wrote: >> 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 >> > > Unless you want to read a file (either /proc/cpuinfo or > /sys/devices/system/cpu/cpuN/regs/identification/midr_el1) the arch > does not provide a way to identify what processor you are running on > in userspace. There has been some discussions already on the kernel > list and I was going to have another discussion with the arm folks but > I can't find the email thread where the meeting was setup for :). I found the email thread, it is setup for this Friday. Thanks, Andrew > > Thanks, > Andrew > >> >> Thanks, >> Florian >>