From mboxrd@z Thu Jan 1 00:00:00 1970 From: Thomas Monjalon Subject: Re: [PATCH v1 2/2] Test cases for rte_memcmp functions Date: Mon, 02 Jan 2017 21:41:09 +0100 Message-ID: <1828046.HL686xpgu5@xps13> References: <1457391583-29604-1-git-send-email-rkerur@gmail.com> <8F6C2BD409508844A0EFC19955BE094110759EFE@SHSMSX103.ccr.corp.intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7Bit Cc: dev@dpdk.org To: "Wang, Zhihong" , Ravi Kerur Return-path: Received: from mail-wj0-f173.google.com (mail-wj0-f173.google.com [209.85.210.173]) by dpdk.org (Postfix) with ESMTP id 855C02BC3 for ; Mon, 2 Jan 2017 21:41:11 +0100 (CET) Received: by mail-wj0-f173.google.com with SMTP id v7so431728112wjy.2 for ; Mon, 02 Jan 2017 12:41:11 -0800 (PST) In-Reply-To: <8F6C2BD409508844A0EFC19955BE094110759EFE@SHSMSX103.ccr.corp.intel.com> List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" 2016-06-07 11:09, Wang, Zhihong: > From: Ravi Kerur [mailto:rkerur@gmail.com] > > Zhilong, Thomas, > > > > If there is enough interest within DPDK community I can work on adding support > > for 'unaligned access' and 'test cases' for it. Please let me know either way. > > Hi Ravi, > > This rte_memcmp is proved with better performance than glibc's in aligned > cases, I think it has good value to DPDK lib. > > Though we don't have memcmp in critical pmd data path, it offers a better > choice for applications who do. Re-thinking about this series, could it be some values to have a rte_memcmp implementation? What is the value compared to glibc one? Why not working on glibc?