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 D92D24325D; Wed, 1 Nov 2023 08:42:14 +0100 (CET) Received: from mails.dpdk.org (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 77FB54026F; Wed, 1 Nov 2023 08:42:14 +0100 (CET) Received: from dkmailrelay1.smartsharesystems.com (smartserver.smartsharesystems.com [77.243.40.215]) by mails.dpdk.org (Postfix) with ESMTP id 2921D400EF for ; Wed, 1 Nov 2023 08:42:13 +0100 (CET) Received: from smartserver.smartsharesystems.com (smartserver.smartsharesys.local [192.168.4.10]) by dkmailrelay1.smartsharesystems.com (Postfix) with ESMTP id 86EB920E51; Wed, 1 Nov 2023 08:42:10 +0100 (CET) Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: RE: [PATCH v3 0/3] add pointer compression API X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Wed, 1 Nov 2023 08:42:05 +0100 Message-ID: <98CBD80474FA8B44BF855DF32C47DC35E9EFBB@smartserver.smartshare.dk> In-Reply-To: <20231031181046.1203681-1-paul.szczepanek@arm.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [PATCH v3 0/3] add pointer compression API Thread-Index: AdoMJacd5VmgPPptQ0e2LaRUPAIrBAAcMV7Q References: <20230927150854.3670391-2-paul.szczepanek@arm.com> <20231031181046.1203681-1-paul.szczepanek@arm.com> From: =?iso-8859-1?Q?Morten_Br=F8rup?= To: "Paul Szczepanek" , X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org > From: Paul Szczepanek [mailto:paul.szczepanek@arm.com] > Sent: Tuesday, 31 October 2023 19.11 [...] > Test is added that shows potential performance gain from compression. > In > this test an array of pointers is passed through a ring between two > cores. > It shows the gain which is dependent on the bulk operation size. In > this > synthetic test run on ampere altra a substantial (up to 25%) > performance > gain is seen if done in bulk size larger than 32. At 32 it breaks even > and > lower sizes create a small (less than 5%) slowdown due to overhead. >=20 > In a more realistic mock application running the l3 forwarding dpdk > example that works in pipeline mode this translated into a ~5% > throughput > increase on an ampere altra. What was the bulk size in this test? And were the pipeline stages running on the same lcore or individual = lcores per pipeline stage?