From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 69373 invoked by alias); 9 Jul 2018 13:35:09 -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 69364 invoked by uid 89); 9 Jul 2018 13:35:08 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-2.0 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,SPF_HELO_PASS,SPF_PASS autolearn=ham version=3.3.2 spammy= X-HELO: EUR02-AM5-obe.outbound.protection.outlook.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=armh.onmicrosoft.com; s=selector1-arm-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=ui8Q9kRb4bk8LoHYRBYViPIkiwu8HxoCGeZ+uhZ3m7o=; b=kAIlLjEyhDtUZZIlmREbrN8V9VWGE+CvgUHAreCZ9pS+nFfk5eFwjMEzqAx51wrh28B08N10STR7KKKX1l7RYXRbdLzDfJUFTFdYe15vJ6DKtvJDoviJSF26Jay4Ddjcgm1BgvK0/c4jlVD1fxmaXyWwD5dBao7hWRRjy8DJV1Y= Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=Szabolcs.Nagy@arm.com; Cc: nd@arm.com Subject: Re: [PATCH 00/10] Optimized math routines To: Adhemerval Zanella , libc-alpha@sourceware.org References: <50b1b8b6-d03c-224f-31ff-8cf9d8268b6d@redhat.com> <25ede414-21e9-bc19-c624-197c3435a346@arm.com> From: Szabolcs Nagy Message-ID: <414348c2-6538-c9c3-9c4d-2cd922f50cdc@arm.com> Date: Mon, 09 Jul 2018 13:35:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux aarch64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Return-Path: szabolcs.nagy@arm.com Received-SPF: None (protection.outlook.com: arm.com does not designate permitted sender hosts) X-SW-Source: 2018-07/txt/msg00233.txt.bz2 On 09/07/18 14:09, Adhemerval Zanella wrote: > On 09/07/2018 09:15, Szabolcs Nagy wrote: >> built and tested on a power8 machine now, glibc math >> tests pass (except for an unrelated fmal failure), >> benchmark improvements are consistent with aarch64/x86_64, >> but it was a shared access machine so i won't post exact >> numbers, sincosf improved a bit too, sinf/cosf didn't >> (apparently powerpc has its own implementation). > > PowerPC sinf/cosf uses the same algorithm used on x86, I presume > it would be a gain to generic implementation as well. > you mean the new implementation would be better or the target specific one? new implementation has better latency on this particular powerpc machine than the target specific code, but throughput is worse sometimes (using the default 0 setting for PREFER_FLOAT_COMPARISON).