From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga07.intel.com (mga07.intel.com [134.134.136.100]) by dpdk.org (Postfix) with ESMTP id 0D2537CFD for ; Wed, 13 Sep 2017 17:20:09 +0200 (CEST) Received: from orsmga005.jf.intel.com ([10.7.209.41]) by orsmga105.jf.intel.com with ESMTP; 13 Sep 2017 08:20:08 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.42,388,1500966000"; d="scan'208";a="148760352" Received: from silpixa00399464.ir.intel.com (HELO silpixa00399464.ger.corp.intel.com) ([10.237.222.157]) by orsmga005.jf.intel.com with ESMTP; 13 Sep 2017 08:20:06 -0700 From: Pablo de Lara To: declan.doherty@intel.com, akhil.goyal@intel.com, hemant.agrawal@nxp.com, jerin.jacob@intel.com, fiona.trahe@intel.com, deepak.k.jain@intel.com, john.griffin@intel.com Cc: dev@dpdk.org, Pablo de Lara Date: Wed, 13 Sep 2017 08:20:19 +0100 Message-Id: <20170913072026.29734-1-pablo.de.lara.guarch@intel.com> X-Mailer: git-send-email 2.9.4 In-Reply-To: <20170818080520.43088-1-pablo.de.lara.guarch@intel.com> References: <20170818080520.43088-1-pablo.de.lara.guarch@intel.com> Subject: [dpdk-dev] [PATCH v2 0/7] Crypto-perf app improvements X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Sep 2017 15:20:10 -0000 This patchset includes some improvements in the Crypto performance application, including app fixes and new parameter additions. The last patch, in particular, introduces performance improvements. Currently, crypto operations are allocated in a mempool and mbufs in a different one. Then mbufs are extracted to an array, which is looped through for all the crypto operations, impacting greatly the performance, as much more memory is used. Since crypto operations and mbufs are mapped 1:1, the can share the same mempool object (similar to having the mbuf in the private data of the crypto operation). This improves performance, as it is only required to handle a single mempool and the mbufs are obtained from the cache of the mempoool, and not from an static array. Changes in v2: - Added support for multiple queue pairs - Mempool for crypto operations and mbufs is now created using rte_mempool_create_empty(), rte_mempool_set_ops_byname(), rte_mempool_populate_default() and rte_mempool_obj_iter(), so mempool handler is set, as per Akhil's request. Pablo de Lara (7): app/crypto-perf: set AAD after the crypto operation app/crypto-perf: parse AEAD data from vectors app/crypto-perf: parse segment size app/crypto-perf: overwrite mbuf when verifying app/crypto-perf: do not populate the mbufs at init app/crypto-perf: support multiple queue pairs app/crypto-perf: use single mempool app/test-crypto-perf/cperf_ops.c | 136 ++++++-- app/test-crypto-perf/cperf_ops.h | 2 +- app/test-crypto-perf/cperf_options.h | 6 +- app/test-crypto-perf/cperf_options_parsing.c | 67 +++- app/test-crypto-perf/cperf_test_latency.c | 380 +++++++++++---------- app/test-crypto-perf/cperf_test_throughput.c | 378 +++++++++++---------- app/test-crypto-perf/cperf_test_vector_parsing.c | 55 ++++ app/test-crypto-perf/cperf_test_verify.c | 399 ++++++++++++----------- app/test-crypto-perf/main.c | 56 ++-- doc/guides/tools/cryptoperf.rst | 11 +- 10 files changed, 833 insertions(+), 657 deletions(-) -- 2.9.4