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 0A772A00C2; Wed, 28 Sep 2022 09:39:07 +0200 (CEST) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id A84104113C; Wed, 28 Sep 2022 09:39:06 +0200 (CEST) Received: from mx0b-0016f401.pphosted.com (mx0a-0016f401.pphosted.com [67.231.148.174]) by mails.dpdk.org (Postfix) with ESMTP id 19E6141133; Wed, 28 Sep 2022 09:39:04 +0200 (CEST) Received: from pps.filterd (m0045849.ppops.net [127.0.0.1]) by mx0a-0016f401.pphosted.com (8.17.1.5/8.17.1.5) with ESMTP id 28S5GZth000758; Wed, 28 Sep 2022 00:39:04 -0700 Received: from nam04-dm6-obe.outbound.protection.outlook.com (mail-dm6nam04lp2040.outbound.protection.outlook.com [104.47.73.40]) by mx0a-0016f401.pphosted.com (PPS) with ESMTPS id 3jv6gujcgb-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 28 Sep 2022 00:39:03 -0700 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Nhk5/J0kEqRCMq5F7kwpycU45I9fJzHaXKgWI12ni4in8ug/uzQ1NwjWqarvs8B9eCUSnKHfuA22VPJ0F8wrAWy0lNGnX6loiarB8pKE0VnkZPo86HuR2fVpfsL3yYihefbnvXtLi4RBwP/1Qzgbt56oGv5cI+lvzKppJUTphzKLl97g8n3SWzcg1JNQ/n2kGGBjgE/V3/FHNH3vy7x4DbNv3OrS1bfcw9J0tVkn0ZfAv2C+So81n3DgMvhyrwiR/4FDG0PcnqUGRPao35AWtqsd1aog36JjlMD652TgMnmSn49/in3rm5pJc3LAdYY0jsg1Ida1aC6AVQN1cKfoJg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=GXwkYSPw9Y/ZtdezCXGd0I0r2FiThJPu3muobMow6OQ=; b=TPo5xbCvvFUJr+8hZNMXDHPylFGtN5faPzb8Nw8riOOL+i00pjnwZm14AIjNAswM0tKkDWEnKOyy9EQY5yYt/V9+mNxoycTSg/GvPFGIv55zvHgSS1eZky9kOGSqaMeankODxZajyqIsgYX2uiPMgHyl68BsgElhTwoTtBaivNXvFYC12Y/lIaNYhEl0OsaQH4jmivSzfmpcBziTvLKrV7C1FRLov8sJwtLSUJn4/cD3NPSiqu51Tx7Je1o3GBfoIWQx6UhZdCvOoekQT+EdAD7x68SnLAXY+Rp9buWkAitHAWfiwm6GLjIIDfwN11vODbHR2LMIYRvT+OvTK4G7rg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=marvell.com; dmarc=pass action=none header.from=marvell.com; dkim=pass header.d=marvell.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=marvell.onmicrosoft.com; s=selector1-marvell-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=GXwkYSPw9Y/ZtdezCXGd0I0r2FiThJPu3muobMow6OQ=; b=Wez32Ku9QnWCmMlzFq+25gr4eXDtexZQVxK4aYL7VaBd7rrwZ4uDm+CJTEsQApNjTwdQwhbsmCSgYdG6nMDM1jkomQYZqTNKY9/gH8cphVwE4kS+wK12wvDqWURb2KBk0VatqJBxx8recqqmFOUdDMhyEGg3UJ1ODeNQm/yYJvQ= Received: from PH0PR18MB4672.namprd18.prod.outlook.com (2603:10b6:510:c9::16) by CO6PR18MB4388.namprd18.prod.outlook.com (2603:10b6:5:344::18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5676.17; Wed, 28 Sep 2022 07:39:01 +0000 Received: from PH0PR18MB4672.namprd18.prod.outlook.com ([fe80::a524:5764:366d:74ce]) by PH0PR18MB4672.namprd18.prod.outlook.com ([fe80::a524:5764:366d:74ce%4]) with mapi id 15.20.5676.015; Wed, 28 Sep 2022 07:39:01 +0000 From: Anoob Joseph To: Akhil Goyal , "techboard@dpdk.org" CC: Aakash Sasidharan , "dev@dpdk.org" , Jerin Jacob Kollanukkaran , Thomas Monjalon , Hemant Agrawal , Sachin Saxena , Ciara Power Subject: RE: [PATCH 0/1] Add security perf application Thread-Topic: [PATCH 0/1] Add security perf application Thread-Index: AQHYsuVU5MVcKI4LhkCOZB4jhAPTPq21tmrwgDv3CkCAAjgXgIAAju8Q Date: Wed, 28 Sep 2022 07:39:01 +0000 Message-ID: References: <20220811035933.802-1-anoobj@marvell.com> In-Reply-To: Accept-Language: en-IN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-dg-rorf: true x-dg-ref: =?us-ascii?Q?PG1ldGE+PGF0IG5tPSJib2R5LnR4dCIgcD0iYzpcdXNlcnNcYW5vb2JqXGFw?= =?us-ascii?Q?cGRhdGFccm9hbWluZ1wwOWQ4NDliNi0zMmQzLTRhNDAtODVlZS02Yjg0YmEy?= =?us-ascii?Q?OWUzNWJcbXNnc1xtc2ctOWMzZWVlYzQtM2YwMC0xMWVkLTljNDItNGMwMzRm?= =?us-ascii?Q?NWY5YjRmXGFtZS10ZXN0XDljM2VlZWM1LTNmMDAtMTFlZC05YzQyLTRjMDM0?= =?us-ascii?Q?ZjVmOWI0ZmJvZHkudHh0IiBzej0iNjMyNSIgdD0iMTMzMDg4MjQzMzkwOTQ1?= =?us-ascii?Q?NjcwIiBoPSJtcmxYZmYxSHdYNzYyVnQrRjd6azluWFNiN0U9IiBpZD0iIiBi?= =?us-ascii?Q?bD0iMCIgYm89IjEiIGNpPSJjQUFBQUVSSFUxUlNSVUZOQ2dVQUFQNEZBQUNH?= =?us-ascii?Q?R1JsZkRkUFlBZW91ZmxFN2VHVGM2aTUrVVR0NFpOd0pBQUFBQUFBQUFBQUFB?= =?us-ascii?Q?QUFBQUFBQUFBQUFBSEFBQUFDT0JRQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFB?= =?us-ascii?Q?RUFBUUFCQUFBQTZQcWVsQUFBQUFBQUFBQUFBQUFBQUo0QUFBQmhBR1FBWkFC?= =?us-ascii?Q?eUFHVUFjd0J6QUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFB?= =?us-ascii?Q?QUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFB?= =?us-ascii?Q?QUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFB?= =?us-ascii?Q?QUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFF?= =?us-ascii?Q?QUFBQUFBQUFBQWdBQUFBQUFuZ0FBQUdNQWRRQnpBSFFBYndCdEFGOEFjQUJs?= =?us-ascii?Q?QUhJQWN3QnZBRzRBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFB?= =?us-ascii?Q?QUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFB?= =?us-ascii?Q?QUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFB?= =?us-ascii?Q?QUFBQUFBQUFBQUFBQUFRQUFBQUFBQUFBQUFBQUFBUUFBQUFBQUFBQUNBQUFB?= =?us-ascii?Q?QUFDZUFBQUFZd0IxQUhNQWRBQnZBRzBBWHdCd0FHZ0Fid0J1QUdVQWJnQjFB?= =?us-ascii?Q?RzBBWWdCbEFISUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFB?= =?us-ascii?Q?QUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFB?= =?us-ascii?Q?QUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFB?= =?us-ascii?Q?QUFBQUFBQUFBQUFBQUFBQkFBQUFBQUFBQUFJQUFBQUFBSjRBQUFCakFIVUFj?= =?us-ascii?Q?d0IwQUc4QWJRQmZBSE1BY3dCdUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFB?= =?us-ascii?Q?QUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFB?= x-dg-refone: =?us-ascii?Q?QUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFB?= =?us-ascii?Q?QUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFB?= =?us-ascii?Q?QUFBQUFBQUFBQUFBQUFBQUFBQUVBQUFBQUFBQUFBZ0FBQUFBQW5nQUFBR1FB?= =?us-ascii?Q?YkFCd0FGOEFjd0JyQUhrQWNBQmxBRjhBWXdCb0FHRUFkQUJmQUcwQVpRQnpB?= =?us-ascii?Q?SE1BWVFCbkFHVUFYd0IyQURBQU1nQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFB?= =?us-ascii?Q?QUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFB?= =?us-ascii?Q?QUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFB?= =?us-ascii?Q?QUFBQUFRQUFBQUFBQUFBQ0FBQUFBQUNlQUFBQVpBQnNBSEFBWHdCekFHd0FZ?= =?us-ascii?Q?UUJqQUdzQVh3QmpBR2dBWVFCMEFGOEFiUUJsQUhNQWN3QmhBR2NBWlFBQUFB?= =?us-ascii?Q?QUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFB?= =?us-ascii?Q?QUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFB?= =?us-ascii?Q?QUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFCQUFBQUFBQUFB?= =?us-ascii?Q?QUlBQUFBQUFKNEFBQUJrQUd3QWNBQmZBSFFBWlFCaEFHMEFjd0JmQUc4QWJn?= =?us-ascii?Q?QmxBR1FBY2dCcEFIWUFaUUJmQUdZQWFRQnNBR1VBQUFBQUFBQUFBQUFBQUFB?= =?us-ascii?Q?QUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFB?= =?us-ascii?Q?QUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFB?= =?us-ascii?Q?QUFBQUFBQUFBQUFBQUFBQUFBQUFBRUFBQUFBQUFBQUFnQUFBQUFBbmdBQUFH?= =?us-ascii?Q?VUFiUUJoQUdrQWJBQmZBR0VBWkFCa0FISUFaUUJ6QUhNQUFBQUFBQUFBQUFB?= =?us-ascii?Q?QUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFB?= =?us-ascii?Q?QUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFB?= =?us-ascii?Q?QUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFDZ0FBQUFBQUFB?= =?us-ascii?Q?QUFBQUFBQVFBQUFBQUFBQUFDQUFBQUFBQ2VBQUFBYlFCaEFISUFkZ0JsQUd3?= =?us-ascii?Q?QWJBQmZBSFFBWlFCeUFHMEFhUUJ1QUhVQWN3QUFBQUFBQUFBQUFBQUFBQUFB?= =?us-ascii?Q?QUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFB?= =?us-ascii?Q?QUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFB?= =?us-ascii?Q?QUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFB?= x-dg-reftwo: QUFBQUFBQUFBQUJBQUFBQUFBQUFBSUFBQUFBQUE9PSIvPjwvbWV0YT4= x-ms-publictraffictype: Email x-ms-traffictypediagnostic: PH0PR18MB4672:EE_|CO6PR18MB4388:EE_ x-ms-office365-filtering-correlation-id: 95427fa3-9c4c-48d9-c1a3-08daa1248313 x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: NhzhGi+SZJVg1QuuKLhs97OHXoIdRO0fAktFrv4LxSjHqM2bU+wH/5FzecIPvU528GvXjZDqUvnyJkbz1FiYBoqzwyfKLact3tx1LSNBgBHg/Le7+naji2K+aPEUElMpCyu5FwyL7N49NjWuUb9/RwmbrRWFuxsR3qtJY15WK+rEMkBz+biVAH+PAEDTU6ukFdi7yOLJJUvThf/1mCPVIqCtu1HAxDj/6scM5oXYOS9sRwLPEJS2yCYIhGV1vQ2fb7MRXgqAJrtSmxccS6um8aaAvaMJWu6II4YtP+ttIO4/a2hb06PpZk/Q6DoVj4PF5i3nq+rvX9Dv6C1MnV0BsmLEeaCavovJk1sZAjaJJdiBfLgsuOdqiYSBDO0BfhlDvS2q+p4l8Tat4q61X7TI7gVQhtvRZTN2pZxPv03CnHsTYR0gAhc0GLazkAsgS0XW0AWFJoQe4G6ahrIJ6iWrb6/d1CSwLSwkAA5McwmIeZnTsnglRGRBCe708TaFmxYxck/oC33dcCf8nhY/yvlWuLhFhavm3LEMMYEk5JfbRO1IqUwPyudGWqmzbtcro/hWQZrPk5kCA22yYGsrN+u/TSBW2mQfsJ8txDTuax5rGODc794udk/gzD4qQH4xgVS86uGdGAskPlZ2lzJ55KX6EC5A61It+W3cU9b0vWciMB+nrkUgeD28n2aQRg7Ki/w7QdshLKUyV4ZX/7fuImJAlIKycaFtqgCB3DGcEo+z1jUUrkQofk+kQkW7Ky+hlr3Y9qjhwbjYH37P+BUE8cZnLA== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:PH0PR18MB4672.namprd18.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230022)(4636009)(136003)(366004)(346002)(396003)(376002)(39860400002)(451199015)(186003)(38070700005)(2906002)(66899015)(71200400001)(66556008)(66476007)(66446008)(33656002)(66946007)(8676002)(4326008)(64756008)(41300700001)(76116006)(122000001)(478600001)(316002)(110136005)(55016003)(86362001)(54906003)(53546011)(7696005)(6506007)(52536014)(26005)(9686003)(15650500001)(5660300002)(8936002)(38100700002)(83380400001); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?ciKmhGUjSUNOpjJOUvDrMbmEGp4p7C+eDbeLN2c8TDmV3l24Di0OEwQJPLdz?= =?us-ascii?Q?vBYoLqAbtCAPY2B6rhx2eA+wbzNX1TbL0qYaRaPgGMeWV6m3QSVCi4AHcawt?= =?us-ascii?Q?Q7yaBOvZQChNl65mzV7W2qLZ7euYiaQZxRx6JkC+wPXZ8go6X2zRfs2W+z7S?= =?us-ascii?Q?S4FjP+xIvvxEaVEcrwEX/YkLNLykIqRiT9UAyCrDFUYaNs31WdJLhpH8k76Q?= =?us-ascii?Q?Ol4JVfn2O9UifpYhNit84NEjasH1Oz1ndiz9bBB3tXY1+5O1Jp1MXKdnB/Su?= =?us-ascii?Q?w9ccCgMt9vMkkAxt/846SdLqIk6O22RRjAroPGV5Urha+IyHuVIjwuEYHyBX?= =?us-ascii?Q?tEncboTfcAFv3FMz8txSpNcGyYLdRfGZeIgkINCBu/J5YiB60N+QAdZUm7YP?= =?us-ascii?Q?dKl1Sel60k4I2V6x35PUoYi34jh0oTL8y7CI57iOGgh+MyTKqacA/sHU/OK8?= =?us-ascii?Q?v8eXc6modI8gsWpa8NL81QxJ/VZ58KR9q1z2CfTYVFOBs0qnvtrPDEye/7k9?= =?us-ascii?Q?M95iy7HNyqzQ5AZUtpJLO6X/cucT5ypvtmqyLmH6+EABiXMgK++fagOrMbCv?= =?us-ascii?Q?FOGGgO5GBMqNnyYT44UZWoUSr5fAif53fq0zzynCpOZjbBvGBtqU3NYK7xa+?= =?us-ascii?Q?V1Auj5DgmyNi0uk44C0gzeu+t43+5ZUl01faRrL+GEGg1AW/zO3rLZhndR9R?= =?us-ascii?Q?XJ7yQ+SqsdL+pDlU3oGnUexugXYOq1HIauREJrN6zMv3tDYdPvPj7v6H26zB?= =?us-ascii?Q?UQFXDxb9j8zaBRugalaSf3gCdy75nTn1U4WM5HFe/oDj8huLdRc+Uk3rqXU0?= =?us-ascii?Q?CVsHppBFs9OHCw8+nGzHlCddpWjDpbADN8EpFrie5MH+BHn0QIHiLdVSQc0l?= =?us-ascii?Q?yNzZibs0jrSg3yAYbJmnlwoHrPZ+JwH6ajDJEHBy/ZdR48SRlC3T0W5wwBGg?= =?us-ascii?Q?AzAMHzJRb7bhMT72v9NFfOYr3jdh+ayXdR1CI124kXTMHucVviW835+o5IP/?= =?us-ascii?Q?vIIoXeAWRvqg8qgWcrQp1z5f2ceLO2Ab/F4C9gCZkqAgCt2omdqkQke0mAp0?= =?us-ascii?Q?Q6ct04GTvKVyZnvXX8UUM6FiylrjgyRciF8htSlLV92ML0o2H+v+CjnA9zrK?= =?us-ascii?Q?XKbdBECVMTHAhSvucv6+pzeIpDj8s6DB5ae87ylOfdqlNayDmQwTuBEdr/gT?= =?us-ascii?Q?c6CZDvEsW3wtQe4yg1BYJJbLbCsF1ehXklOKpmSDjBAifxRqiHxboNMcmszM?= =?us-ascii?Q?JuvUhBhjGIsMNYeb7+ISYUOxmL4xqk30D15SSZzuK6kHkDIKUlqf3aKLfGcJ?= =?us-ascii?Q?9+9bZu2EPUQY/HgtZnfSpgYu1cSPmtBNYFUYrgJU6g4DA2/huQgbuKiEErpy?= =?us-ascii?Q?KPKmd0x3cG208IQJj1Kl5nAjBH20ZeWJJLmn+WBw5Q4eNS1BCG2PB331pWDN?= =?us-ascii?Q?HEEyf2xZr4qdQx7T9lh8fZPdVyO7d8r5XxAF6R0BJgY0ZBRqfcGMQ2FKYgVi?= =?us-ascii?Q?FdvZDOdBeEw1UCNoSA7TEIKRfAjgW/VcGGclTQmwXvow33diX6HLCHhodCHo?= =?us-ascii?Q?PfFe5Cmy3D6misMDRhkNYBLlvkjFnzzdQGuJY3j/?= Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: marvell.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: PH0PR18MB4672.namprd18.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 95427fa3-9c4c-48d9-c1a3-08daa1248313 X-MS-Exchange-CrossTenant-originalarrivaltime: 28 Sep 2022 07:39:01.5726 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 70e1fb47-1155-421d-87fc-2e58f638b6e0 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: wIop1vQNufhXq3aqAiCkkWHPqjWVZ23RLedIhJ541oPaY0cNC9vjKe+G6L+liJRINgl386WcgnFuQ8iW6cEVCg== X-MS-Exchange-Transport-CrossTenantHeadersStamped: CO6PR18MB4388 X-Proofpoint-ORIG-GUID: 5YFYPxo1Elr4JeWnbw5GE0mHmSSe_CjZ X-Proofpoint-GUID: 5YFYPxo1Elr4JeWnbw5GE0mHmSSe_CjZ X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.205,Aquarius:18.0.895,Hydra:6.0.528,FMLib:17.11.122.1 definitions=2022-09-28_03,2022-09-27_01,2022-06-22_01 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 Hi Akhil, +Techboard for guidance > I agree that common part would be init only but it can scale for non-secu= rity > sessions easily. Currently, dpdk-test-crypto-perf has a data path framework which prepares c= rypto_operations based on session. The proposed application is about measur= ing performance when creating and destroying sessions. So it would take rte= _security_conf as the argument and current data path framework would be com= pletely bypassed. Current dpdk-test-crypto-perf creates mbuf_pool etc and c= reates one session per core. This app would need larger pool for sessions a= nd no pool for crypto_op or mbuf. Moreover, dpdk-test-crypto-perf works on = cryptodev while security-perf can work on rte_ethdevs as well. I still do n= ot see any community feedback on whether plugging rte_ethdev init etc in dp= dk-test-crypto-perf is the right thing to do. So other than basic eal_init(), I do not see anything common and even in th= e long run, this gulf is bound to grow. If the app has to be integrated int= o dpdk-test-crypto-perf, then it will be separate .c & .h files and complet= ely branch out after very early init phase. The testing methodology and phi= losophy would also be different (for security-perf, we are running all algo= s supported as there is no need for command line parsing of all algos. CL p= arsing would be added for protocol features like custom AR window size). DP= DK community had earlier encountered same issue with "test-flow-perf" which= could have been integrated into "test-pmd" in a similar manner. But DPDK c= ommunity decided to allow "test-flow-perf" and so the same logic can be app= lied here as well. Thanks, Anoob > -----Original Message----- > From: Akhil Goyal > Sent: Wednesday, September 28, 2022 12:47 AM > To: Anoob Joseph > Cc: Aakash Sasidharan ; dev@dpdk.org; > techboard@dpdk.org; Jerin Jacob Kollanukkaran ; > Thomas Monjalon ; Hemant Agrawal > ; Sachin Saxena > ; Ciara Power > Subject: RE: [PATCH 0/1] Add security perf application >=20 > Hi Anoob, > > Hi Akhil, > > > > Do you have any further comments? > > > > > Subject: [PATCH 0/1] Add security perf application > > > > > > > > > > Add performance application to test security session create & > > > > > destroy rates supported by the security enabled cryptodev PMD. > > > > > The application would create specified number of sessions and > > > > > captures the time taken for the same before proceeding to > > > > > destroy of the same. When operating on multi-core, the number of > > > > > sessions would be evenly distributed across all cores. > > > > > > > > > > The application would test with all combinations of cipher & > > > > > auth algorithms supported by the PMD. > > > > > > > > > > The app is similar to 'test-flow-perf' tool which captures the > > > > > rate at which flow rules can be created and destroyed. > > > > > > > > > Is it not good to add this into dpdk-test-crypto-perf? > > > > > > [Anoob] IMO, It is not good. Following are the reasons, > > > > > > Dpdk-test-crypto-perf is primarily for capturing crypto operation > throughputs. > > > And so the framework allocates minimal number of sessions and the > > > datapath function pointer etc deals with only one session. The > > > entire framework > > available > > > in that application is for populating crypto_op and mbuf, which is > > > not required for this app. Touching that framework would mean > > > throughput tests would get affected, which I don't think is the > > > right thing to do. And for PMDs like Intel's (which don't have > > > security support), it would be an unnecessary performance drop. > > > > > > The proposed app currently runs for all supported ciphers while in > > > dpdk-test- crypto-perf, it runs only for a specific algorithm > > > combination. If we want to > > limit > > > the functionality of the proposed app to match dpdk-test-crypto-perf > > > usage, that also calls for a major rework. > > > > > > And the only thing that can be reused is probably cryptodev init & > > > queue pair configuration. As you are well aware, security device can > > > be cryptodev or an ethdev. Dpdk-test-crypto-perf doesn't have > > > support for initializing ethdev and rightfully so. Adding this to an > > > already complicated framework will be counter productive in the long > run. > > > > > > > Can we add as a separate .c file, say, cperf_test_sec_session.c in > > > > test-crypto- perf folder and use the existing framework. > > > > > > [Anoob] As I mentioned earlier, nothing from the framework can be > > > leveraged for this application. If you insist on not having a new > > > app, then all this can be integrated into dpdk-test-crypto-perf, but > > > that will follow it's own path from very early stage (mempool > > > allocations etc need to happen differently). And it would mean > > > adding more command line options (which is currently at 37) as > > we > > > add more options for measuring security perf. > > > > Are you planning to add more options is that app? > if not, then adding just one more option about nb_sess would do trick in > test-crypto-perf. > You would just need to add 2 new functions (test_security_session_perf an= d > sec_conf_init) in a new .c file in app/test-crypto-perf/ and the mempool_= init > is being called from > cperf_initialize_cryptodev() which we can hook to get the nb_sessions fro= m > the command line arguments. > I do not suspect any changes in datapath - so it won't be an issue. > The point is not about the things being common in the two apps. The point= is > whether we can accommodate in existing app or not. We cannot have too > many different apps. > We only introduce apps which are not possible to accommodate in existing > ones. > I remember, there was discussion in past about having a new app for testi= ng > multi-process for crypto. > But that was dropped as we do not want too many apps. > I agree that common part would be init only but it can scale for non-secu= rity > sessions easily. >=20 > Regards, > Akhil