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 4777C45EBC; Mon, 16 Dec 2024 10:42:53 +0100 (CET) Received: from mails.dpdk.org (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id D601940261; Mon, 16 Dec 2024 10:42:52 +0100 (CET) Received: from mgamail.intel.com (mgamail.intel.com [198.175.65.14]) by mails.dpdk.org (Postfix) with ESMTP id BC2D14025A for ; Mon, 16 Dec 2024 10:42:51 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1734342172; x=1765878172; h=message-id:date:subject:to:cc:references:from: in-reply-to:content-transfer-encoding:mime-version; bh=Hca9A0vitdufXfPqfOh2li0IW+GkJh9KThunYXVhmcw=; b=BrpQOgdxUA9YvGdjz0em9+bP3hug3k9jedeEEFOUWFsElFRYqjXrOg3m NGvFTOA4GG7m+aiYs7PamtSIqFM3+0/xm78mFFYJ9K10zEQ+2tR9hs2F1 Juvrik2uz5npRzNwld4QG6dkhtcegkIeM9+P7faFketYmysQkQOjQtHOl 0V8tXsg5oUvSH5Mo3BcSJD99eabxkE+9dPLONNZiEK06z+lBsb8P790CK rDv9bud1fdnKD25pqGlotjrUElOsuxem3yyq2IoTKWBGZ7EwdMhQbkmFg 8EmQdDVpFoRxUM/1O4SbAFfOsj48FcVklZvh/Kz/z8LUdJMiHCLfKxny3 w==; X-CSE-ConnectionGUID: dd279dKCT5qmFAEsOPYsvA== X-CSE-MsgGUID: L6vvL8ZoRBO0n1SWXrhpYQ== X-IronPort-AV: E=McAfee;i="6700,10204,11287"; a="38493699" X-IronPort-AV: E=Sophos;i="6.12,238,1728975600"; d="scan'208";a="38493699" Received: from orviesa006.jf.intel.com ([10.64.159.146]) by orvoesa106.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 16 Dec 2024 01:42:51 -0800 X-CSE-ConnectionGUID: K2dkS9uURq6MVXX43k1/rA== X-CSE-MsgGUID: qTmPER6BTTaKcZTDfvoMvA== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="6.12,238,1728975600"; d="scan'208";a="97190030" Received: from orsmsx601.amr.corp.intel.com ([10.22.229.14]) by orviesa006.jf.intel.com with ESMTP/TLS/AES256-GCM-SHA384; 16 Dec 2024 01:42:50 -0800 Received: from orsmsx601.amr.corp.intel.com (10.22.229.14) by ORSMSX601.amr.corp.intel.com (10.22.229.14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2507.44; Mon, 16 Dec 2024 01:42:50 -0800 Received: from orsedg603.ED.cps.intel.com (10.7.248.4) by orsmsx601.amr.corp.intel.com (10.22.229.14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2507.44 via Frontend Transport; Mon, 16 Dec 2024 01:42:50 -0800 Received: from NAM11-BN8-obe.outbound.protection.outlook.com (104.47.58.173) by edgegateway.intel.com (134.134.137.100) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.2507.44; Mon, 16 Dec 2024 01:42:50 -0800 ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=LR4a+4EDDEnsJp4qr7+AYurPFufG0bGsG99oG49UyGkKsTbbKxfKZm2/PmiT6JJtlqPZxGq1WwRWYDxE0eIaPCvs2D0gpUJuiNUguCrNf7m4+txS0QlZ7HhIfTYogAJsM09xFb44XtuCn29BcEFd7elDxjtHGFkQ5+FWjw7DqKa2Bg5WDU9e3UYxJMeBMDwXbWL1DryZ8Elbm8/04ov4tJ+4WhdulUstIu4xjEs1wgfBvxSSlF/MPKIhXdWbyBwYQJpfvNSjtFd/u99StGh3x+maWCfs5SocEU6kPvMPb9Rr07ZZGmcpt4ebiJzWMcakGpgpnBkSfnRkV2EpPd3qng== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; 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=TcXNH9HkJ0l9WI0ORiY232sa44/pYKXRVPmte8/103M=; b=GnJjbguUjWlAHCobaz108HtPhMKNEvgZAeso5KYEswbIs9PGCiDnB5/uj+2sCnWFZQSHJra0VDVY7950qaH6wZ9Srf6NhGu86KxAvHWnovHaEsETft0Q4X8I+x3fP88zt8KwH6F5Feol/6qwRzG149E5jPbazAlt3/j+wPajazdm76nf+txWRqcKVsGiP9NiXEaqDoZiiXeymfenCp5cs1xjpsRdFSoYHsx/w85prc2l2geHyXIIkNO9ipJV8XN4OPBA0a11zmLoVBN+pHO1CFwRFn1hYP/SwXkwoXQxPRZuBSEZktBHIjD7XXBUZDmjs2GYJi96kYPfuAYHHvYB9Q== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=intel.com; dmarc=pass action=none header.from=intel.com; dkim=pass header.d=intel.com; arc=none Authentication-Results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=intel.com; Received: from DM4PR11MB6502.namprd11.prod.outlook.com (2603:10b6:8:89::7) by PH0PR11MB7521.namprd11.prod.outlook.com (2603:10b6:510:283::16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.8251.22; Mon, 16 Dec 2024 09:42:07 +0000 Received: from DM4PR11MB6502.namprd11.prod.outlook.com ([fe80::21e4:2d98:c498:2d7a]) by DM4PR11MB6502.namprd11.prod.outlook.com ([fe80::21e4:2d98:c498:2d7a%3]) with mapi id 15.20.8251.015; Mon, 16 Dec 2024 09:42:07 +0000 Message-ID: Date: Mon, 16 Dec 2024 10:42:01 +0100 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH 0/3] Defer lcore variables allocation To: David Marchand , CC: , , References: <20241205175754.1673888-1-david.marchand@redhat.com> Content-Language: en-US From: "Burakov, Anatoly" In-Reply-To: <20241205175754.1673888-1-david.marchand@redhat.com> Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 7bit X-ClientProxiedBy: DUZPR01CA0026.eurprd01.prod.exchangelabs.com (2603:10a6:10:46b::20) To DM4PR11MB6502.namprd11.prod.outlook.com (2603:10b6:8:89::7) MIME-Version: 1.0 X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: DM4PR11MB6502:EE_|PH0PR11MB7521:EE_ X-MS-Office365-Filtering-Correlation-Id: 2a452809-2442-4b36-1cb0-08dd1db5e7ba X-LD-Processed: 46c98d88-e344-4ed4-8496-4ed7712e255d,ExtAddr X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0;ARA:13230040|376014|1800799024|366016; X-Microsoft-Antispam-Message-Info: =?utf-8?B?WHRlRTQvWmt0K29kVEZEYjBucjliNngxVzV1RHJway8wbXJBZWNocXVEVDRT?= =?utf-8?B?TlB5bXN5aWZMQ25SeXZqNjZvTlZML0t4Y3N6eTJaeFlyVEYydWhkVzVBZ0l6?= =?utf-8?B?TXRQQU1laTBtWTZ4R1NSSU1oZHZKUjdyVkV6L09EUHdFbm1mRlgyMEYyL0NE?= =?utf-8?B?YjBTSFNYa0pRWVpibmxlc0R0V0xuWDhwOEU3WUNPKzFnQ3F5aWZrR1JrUjB2?= =?utf-8?B?Umx3bHUxbk9qYXJjK29MOFF1b1lSMWJQZkJ6NlhIZkU5Wm9KYXZkQ1NwYUd4?= =?utf-8?B?elpsSHVIM25uSWl1QnROUzRGVGozcUhGWE9hOUJWY1kvbitHT2RDRm1Ieml5?= =?utf-8?B?SHRjZUszUXh6dHB3NnYzYU82ZitOREpzYW9kTVZHcnF2T0owVzV5ZjdWRjdE?= =?utf-8?B?RUQybG1vUXZKWFVsTVJWNzBXeWRRTEFKTXYrU25JdUJtbnB0enlGdEpiODZJ?= =?utf-8?B?NllrK1U1bEVaZzFKckpNZ3dDcWpROHY0WjI0NGlqQVdlZm1MMitaR1VjUGN1?= =?utf-8?B?NlN2UG9GMm5nVG0zT1FweEVwYWMyZ3llb0g0K3VIUlduREo5aEVEckxWbGE0?= =?utf-8?B?Y2NzUWlGTGtHcnRmaDk5ZVNmYkFBTU9HdTlCUXkvSUR1V0xZSmNLTmJYQnkz?= =?utf-8?B?ZmZHZkxLNXRIdXFzN2xpekVmekRxYmkvREpOdkwxWnRmWWREU1lUZVd1eGlX?= =?utf-8?B?ZHVHZ2ZGWGdjamV5Y2pZV2dTRTh0Q2cxVlZVWFdtblI5Z3pEQkRhN0JmSXkw?= =?utf-8?B?SUJQc0dNNTE1YVNWYWRpcElUVGVjTlFJT25kTGMrUHJkMURvVEVBN2ttbHNv?= =?utf-8?B?RnVoOGNzNUhCZkY1TnRkaHB2UlpxbjBPMFI0M3VtS0NYWWhFeFJVc1QvTk5C?= =?utf-8?B?WUF5QUUwaVhranVZV0ZqSEE0b1gzZG1CWEhFTkphQ2luSkhWejA2blVJMnlL?= =?utf-8?B?TzlLMGN6Yk55a2FyenNzMHFZbGVXZEJqa29SbTI5amUwVU9ZSzBETmFISnFt?= =?utf-8?B?d0F0N0JVSmdRYkdkV2dodjQwbitzWXkzdUJlN0JXT3JsUjAzaDVmVHpMU2t4?= =?utf-8?B?WnJhSmV3THRNTFNHUWs1QUdNUUJFZGlWUFlMbzd1ZVJpUFhpbFBuQ29XVnk3?= =?utf-8?B?bktNd2NjM0FHNmpPbVo0cHVWQ2FhNUNRSFJ2THNGWkxBY1AvUU5KczFMKzlP?= =?utf-8?B?VWU3ZXMyNzJKdFdycTJWYjZyUmNuSXQ2aUNTWEVvdjcyTU1LSitJK2FHamFC?= =?utf-8?B?em5lbDFCMEdxSlA0YktqTjYwMFZlZk5rT3VIRXpubDJCOE5mQndITnJzWDF3?= =?utf-8?B?ZnJkU2hJcHFCMENZZXJDU3RBRXFTdGJ0NzF1MDlCNzEvNzB5OWlXV2lJdFN2?= =?utf-8?B?ZC9yNUlGblo2QzJXa1BQVzJQZWQrN094MmZzYzRoMWw3bUZqTGRaQm1RUFIy?= =?utf-8?B?SXVNc1V4NG11Zkg1VUpURUNPY3l1MW1samF2UEYzM090T2srUjgyMGVIU1VD?= =?utf-8?B?SGkwc1NXanlQMlU1STRqbzM0RTBEN0pJU0JHMU5VQ09PRFJHajV2VkYrNy83?= =?utf-8?B?WXlUNEV5Rk4xa2d2ZGkxVTcwczBzRVd3dU5TWHM1N29JZHY4cVlQKzA5bExV?= =?utf-8?B?aEptZlBlZGVNMDU2Z3JZN04rZHZLa0FXc0FkUDA1NkFwYUhiNyszcmZIWVZD?= =?utf-8?B?aG5vTmJWQTBUVEtGYkpCcXd2Y2oyRlZldjY5aDRmWTRYT1F2aHVLQS93TW5r?= =?utf-8?B?TFVaK1Byd0VhYllobWU0OXNWd2JiTG1Kb3lkd0NDclpmeFZGVkMyTTlMVXdI?= =?utf-8?B?WjJMdFgvRkg1L2NYR3d4dz09?= X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DM4PR11MB6502.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230040)(376014)(1800799024)(366016); DIR:OUT; SFP:1101; X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?utf-8?B?WUlGODlNeGg0MXl6ZWlPWmR5VFBSNVh6b1VRMEtnOGcrN21aVElTODJYUW10?= =?utf-8?B?UTJTdGZwYjlUemliNlo5L1ArOTNIbzcrTTJubjhTSVh5bjF3MXlyVk5BYnJ3?= =?utf-8?B?UlZHNXJRUzFDUUt4M1hTcDFqa2tjeDhjd1VpWldVYjBITlFzdzlPcVRoa1d3?= =?utf-8?B?M045V24yUW9Jejd3MGlmcnNiMDJ2V0ovSWh1bHRYVCt4S29BZitkd0Vndmpn?= =?utf-8?B?ZjRVQzg3NUMxRDl2bXVpTWNhbEFObTNYWm0yWHEvNURzV3F6eUxGYUdMY2NN?= =?utf-8?B?c21DcTJlaGc3REdyUytsYlhXYmlYcDhZNnBZV3ZhQnZDYytTekJuOG1ld3Bs?= =?utf-8?B?ZTErNncrSlMrZEVSdDNBaGd4QTJ4Sm16WmlMSFNRL3d1OWpyTXZYQkpGVExo?= =?utf-8?B?L0dIRDd6aUJFajlLRXdFZEJzRHRvY0d2bFhDcnoyTDVqdUdGeHU0UFFJcUNr?= =?utf-8?B?M3NMSThpbWRBVi9oZHExZ3RJK1dCdVgvaWMvOXZnTjQzYXpQampaemlOSlFa?= =?utf-8?B?aVpvMGsyT2NRWU8rOVB4VGNOTVhxMXFJZG14bWVIZFQ2cnRsSm1VbHl0QVVt?= =?utf-8?B?WHJ5ZmpOQmtSdHNjM3g3MnlLdjlKTnJzUnVNTHRTNmo3cVhhQUE0T1Vtb3Nm?= =?utf-8?B?ZHVKTE1LUUd3MnFsWEE5c0xvSHR3aVNPUDNIbUF0blBCQVpaMytra0oyeHlm?= =?utf-8?B?a2RDSVZKWHp2S3NxT2VjeEZVR2xxbnB5UU5hQU5Qd29yYXZVbTI5WnFoZlZD?= =?utf-8?B?em92dGhEUHp1Vll1aTZxbjlEWkF6cTZqcnJNcjBKY3VkSVJab3RZTFlTZ3ds?= =?utf-8?B?Unl5N0hJYjhFSDVrUC8xaEQyMGtvS3hpUDY2RnM4cThZNnYvTHNjdjdFK2Nz?= =?utf-8?B?UnhkRVBSMlVNTWlIYjlwU2dpeXZwbHRVR3ZwbW1sbHQ2QnRoWEMyb2VRNDkz?= =?utf-8?B?S3duWlg3Q3hkZFd4dmtCcjUyM1V3R1YvRGJnbjZzcWpsaTRWM3pwZ3Iyc09O?= =?utf-8?B?MzNKci9kTzNPajZiUC91ckEwN3JqOFJuVWMrR2hsV1FFeUhnSzVXeklNbzZN?= =?utf-8?B?ZWs1MXZuMEFENUpPSm5XdnRlTzlESHRVWGNKeG9YR2RGb3NseHdSTExiWm1o?= =?utf-8?B?UTE1V0VqWnh2SUtZUUR1TkRlcXFOa1haVFYxSkNveTh1RmwzcWpKOVRjeDBB?= =?utf-8?B?azgwcSs1SHc3OWhFZWRjYmNVdEs4dlJyWncvMFRlTEZPYVZhYStiR0Y2QlJD?= =?utf-8?B?a0VvZjRyZU9aV0FRbFZwWnZCL1NEVXllTFZLUzBSRElNQkliZ1pwNy82eG1R?= =?utf-8?B?UWdKMysxSnBwVWYzRkxoeWp0b2tROTZLNTFTTmV0d2NyTjk0dzNNU29UdFZr?= =?utf-8?B?ekhsaWtkUStkay84MW16TTBZNjFBMDhnTEZNdmJ5bGswTFVKWkNTY2dDSkJG?= =?utf-8?B?dHJRcTA0b3A2N3JJa0RiZC9KcW9QK010Q2NVa3hrT2RHTjdPcGNObFQvR1JI?= =?utf-8?B?ZjJmcGtJeXpKaVQ0aHhMUkI5TVVwbXhia3VDaUJZZFhuZmVRK2JPNTZwY3J2?= =?utf-8?B?UE84KzNXMkNLY1V0Y3N5SXVDYU11c1ZZb25OUldiY3Bob1dBdzMvS2JYa3Vs?= =?utf-8?B?M0EyR1dkYkxzYUZ3dG0vYittZnVNNVVLQitXeWFFbksyNGdHRThkdWNqdlhx?= =?utf-8?B?eFhEL2JNY21oRms5T3d6dW9Rb1dNOVd5ZEY0M3RpNWhaTnVjVDFna1FJelMx?= =?utf-8?B?VXU5aDBwUVpRWm9mMVVnNTRsbE5KOHdybjhhZXNtU3NzZ0VMYm00ZDltTUJB?= =?utf-8?B?Q0hBK0xRNTlRR2tmNEFPL0JBWDhtZXJ3a1oxdklEdjNDVWYxbWxVR1drVTBN?= =?utf-8?B?VGZPTEpzekxrdGduSXJPUjJUNmljaUFQczBhWm9Rc1FONmFNZXVoUTBVa1B6?= =?utf-8?B?Qk15WjAwZmE3MGY1bEEzeHJoS1dGVkpWTmV1L2hNSTRIL0JOTGxLV2N5TUdM?= =?utf-8?B?cEdTMEYzM1ErZ0J6b0owUk9OUXhhYTFrT2FYcCtRckdGUFJ0VkNyZit4VXRo?= =?utf-8?B?MDBwRmEwRUhvTzdFdFUxVitOaHVkNHpXS1lNTEFnSjNxY2dTbk8waVVXNStt?= =?utf-8?B?VDU1VTBIL0xHaEFTSVVoMTV1eDB4b2NKejRKYWxzVzBmUURJcjlqa3BuQVh3?= =?utf-8?B?QUE9PQ==?= X-MS-Exchange-CrossTenant-Network-Message-Id: 2a452809-2442-4b36-1cb0-08dd1db5e7ba X-MS-Exchange-CrossTenant-AuthSource: DM4PR11MB6502.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 16 Dec 2024 09:42:07.1581 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 46c98d88-e344-4ed4-8496-4ed7712e255d X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: /t6EWc1C+4V5L6LUbgQLIfnViHsfP1OwtF9O2VsH3JDynIcmbB1ObnmuWBjUzeeXWFPpb2MOq+6V957T9M4w97wH1WHtM6Dc7p2WehtNkqA= X-MS-Exchange-Transport-CrossTenantHeadersStamped: PH0PR11MB7521 X-OriginatorOrg: intel.com 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 On 12/5/2024 6:57 PM, David Marchand wrote: > As I had reported in rc2, the lcore variables allocation have a > noticeable impact on applications consuming DPDK, even when such > applications does not use DPDK, or use features associated to > some lcore variables. > > While the amount has been reduced in a rush before rc2, > there are still cases when the increased memory footprint is noticed > like in scaling tests. > See https://bugs.launchpad.net/ubuntu/+source/dpdk/+bug/2090931 > > > lcore variable allocations in constructor is a bad idea, as the > application consuming DPDK has no control over such allocation: > linking some code does not mean that all of it will be used at runtime. > > The general question on whether lcore variables in constructor should > be forbidden, is left to a later discussion. > > For now, this series only focus on fixing subsystems using lcore > variables so that those allocations are deferred either in rte_eal_init() > or in the path that does require such lcore variables. > > An idle question: would this have any consequences in use case of eal init -> eal cleanup -> eal init with different arguments? -- Thanks, Anatoly