From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from wes1-so1.wedos.net (wes1-so1.wedos.net [46.28.106.15]) by dpdk.org (Postfix) with ESMTP id F1D9811F5 for ; Mon, 2 Nov 2015 13:47:38 +0100 (CET) Received: from pcviktorin.fit.vutbr.cz (pcviktorin.fit.vutbr.cz [147.229.13.147]) by wes1-so1.wedos.net (Postfix) with ESMTPSA id 3nqDY64Fm6z4qh; Mon, 2 Nov 2015 13:47:38 +0100 (CET) Date: Mon, 2 Nov 2015 13:45:57 +0100 From: Jan Viktorin To: "Hunt, David" Message-ID: <20151102134557.4bfa593c@pcviktorin.fit.vutbr.cz> In-Reply-To: <56375597.8070805@intel.com> References: <1446212959-19832-1-git-send-email-david.hunt@intel.com> <1446212959-19832-2-git-send-email-david.hunt@intel.com> <20151102045728.GB16413@localhost.localdomain> <56375597.8070805@intel.com> Organization: RehiveTech MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: dev@dpdk.org Subject: Re: [dpdk-dev] [PATCH v3 1/6] eal/arm: add 64-bit armv8 version of rte_memcpy.h X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Nov 2015 12:47:39 -0000 On Mon, 2 Nov 2015 12:22:47 +0000 "Hunt, David" wrote: > On 02/11/2015 04:57, Jerin Jacob wrote: > > On Fri, Oct 30, 2015 at 01:49:14PM +0000, David Hunt wrote: > >> Signed-off-by: David Hunt > --snip-- > >> +#ifndef _RTE_MEMCPY_ARM_64_H_ > >> +#define _RTE_MEMCPY_ARM_64_H_ > >> + > >> +#include > >> +#include > >> + > >> +#ifdef __cplusplus > >> +extern "C" { > >> +#endif > >> + > >> +#include "generic/rte_memcpy.h" > >> + > >> +#ifdef __ARM_NEON_FP > > > > SIMD is not optional in armv8 spec.So every armv8 machine will have > > SIMD instruction unlike armv7.More over LDP/STP instruction is > > not part of SIMD.So this check is not required or it can > > be replaced with a check that select memcpy from either libc or this specific > > implementation > > Jerin, > I've just benchmarked the libc version against the hand-coded > version of the memcpy routines, and the libc wins in most cases. This > code was just an initial attempt at optimising the memccpy's, so I feel > that with the current benchmark results, it would better just to remove > the assembly versions, and use the libc version for the initial release > on ARMv8. > Then, in the future, the ARMv8 experts are free to submit an optimised > version as a patch in the future. Does that sound reasonable to you? > Rgds, > Dave. As there is no use of NEON in the code, this optimization seems to be useless to me... Jan > > > --snip-- > > > -- Jan Viktorin E-mail: Viktorin@RehiveTech.com System Architect Web: www.RehiveTech.com RehiveTech Brno, Czech Republic