From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mails.dpdk.org (mails.dpdk.org [217.70.189.124]) by inbox.dpdk.org (Postfix) with ESMTP id 8AA08A0542 for ; Wed, 5 Oct 2022 06:50:53 +0200 (CEST) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 611AF40694; Wed, 5 Oct 2022 06:50:53 +0200 (CEST) Received: from ms.fnsc.co.jp (ms.fnsc.co.jp [153.246.0.42]) by mails.dpdk.org (Postfix) with ESMTP id 078E440041 for ; Wed, 5 Oct 2022 06:50:51 +0200 (CEST) Received: from [158.202.234.175] (unknown [158.202.234.175]) by ms.fnsc.co.jp (MTA) with ESMTP id 4Mj2Fj1sktz1Y9hm for ; Wed, 5 Oct 2022 13:50:49 +0900 (JST) Message-ID: <4dace3f1-bb0a-5fc0-e73f-f9fa5d1f555a@fnsc.co.jp> Date: Wed, 5 Oct 2022 13:50:39 +0900 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.3.0 Content-Language: en-US From: Koji Ikeura To: users@dpdk.org Subject: Low crypto performance of AES-NI MB PMD on multi-core Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit x-msw-jemd-newsletter: false X-BeenThere: users@dpdk.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: DPDK usage discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: users-bounces@dpdk.org Hi, I am using dpdk-test-crypto-perf to measure the crypto performance of AES-NI MB PMD. The performance reports say "The SW PMD performance is linear scaling out with core numbers", but there are no result on multiple cores and this is not the case in my environment. What about your environment? Does anyone know how to improve it? With DPDK v22.07/intel-ipsec-mb v1.20 and DPDK v22.11/intel-ipsec-mb v1.00 the performance did not scale out with the number of cores, but with DPDK v17.05.2/intel-ipsec-mb v0.45 the performance do scaled out with the number of cores. Results and environment are below. # Results (DPDK v22.07 / intel-ipsec-mb v1.20) - 8 cores $ ./dpdk-test-crypto-perf -l 0-8 --vdev crypto_aesni_mb_pmd -- --ptest throughput --devtype crypto_aesni_mb --optype cipher-then-auth --cipher-algo aes-cbc --cipher-op encrypt --cipher-key-sz 16 --auth-algo sha1-hmac --auth-op generate --auth-key-sz 64 --digest-sz 12 --total-ops 10000000 --burst-sz 32 --buffer-sz 64 lcore id Buf Size Burst Size Enqueued Dequeued Failed Enq Failed Deq MOps Gbps Cycles/Buf 8 64 32 10000000 10000000 0 0 1.8980 0.9718 1053.74 7 64 32 10000000 10000000 0 0 1.9231 0.9846 1040.01 5 64 32 10000000 10000000 0 0 1.8613 0.9530 1074.49 3 64 32 10000000 10000000 0 0 1.8205 0.9321 1098.62 1 64 32 10000000 10000000 0 0 1.7988 0.9210 1111.86 2 64 32 10000000 10000000 0 0 1.7988 0.9210 1111.88 6 64 32 10000000 10000000 0 0 1.6651 0.8525 1201.14 4 64 32 10000000 10000000 0 0 1.6618 0.8508 1203.52 - 1 core $ ./dpdk-test-crypto-perf -l 0-1 --vdev crypto_aesni_mb_pmd -- --ptest throughput --devtype crypto_aesni_mb --optype cipher-then-auth --cipher-algo aes-cbc --ciph er-op encrypt --cipher-key-sz 16 --auth-algo sha1-hmac --auth-op generate --auth-key-sz 64 --digest-sz 12 --total-ops 10000000 --burst-sz 32 --buffer-sz 64 lcore id Buf Size Burst Size Enqueued Dequeued Failed Enq Failed Deq MOps Gbps Cycles/Buf 1 64 32 10000000 10000000 0 0 5.7756 2.9571 346.28 # Environments - CPU Intel(R) Xeon(R) Gold 6330 CPU @ 2.00GHz - OS Oracle Linux Server 8.4 - Kernel 4.18.0-240.el8.x86_64 - DPDK and intel-ipsec-mb version DPDK intel-ipsec-mb v22.07 v1.20 <-- do not scale out v20.11.3 v1.00 <-- do not scale out v17.05.2 v0.45 <-- scale out -- Koji Ikeura