From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from dpdk.org (dpdk.org [92.243.14.124]) by inbox.dpdk.org (Postfix) with ESMTP id B65C1A04AF; Mon, 4 May 2020 16:02:15 +0200 (CEST) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id 55B511C2F9; Mon, 4 May 2020 16:02:15 +0200 (CEST) Received: from wnew1-smtp.messagingengine.com (wnew1-smtp.messagingengine.com [64.147.123.26]) by dpdk.org (Postfix) with ESMTP id 171961C1CC for ; Mon, 4 May 2020 16:02:13 +0200 (CEST) Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailnew.west.internal (Postfix) with ESMTP id 303F96F0; Mon, 4 May 2020 10:02:11 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute7.internal (MEProxy); Mon, 04 May 2020 10:02:12 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=monjalon.net; h= from:to:cc:subject:date:message-id:in-reply-to:references :mime-version:content-transfer-encoding:content-type; s=fm1; bh= z7zbLnlVIMcdwacf74xtdqDzrTCClMHcBXu74MNc1Og=; b=iJrwk4/w4i5HaprW ddz//igf7VwcVlm5i396rgAPihw2jOXy33HRE2sXf9cTb5yuxHNY5kY2i3lIpit1 PkejdKpci23rtzJvCOH06Ml1NbxM0BkT7O8fgaVqsBP0y0UeghUwNdPBYY0taR/Y lPa4oo7Zus0Y24o6Z14E0/o15IwTTvEkFEDAgI73M3w5SEBbpSHJNRmiWM9D0NC1 5zTW3mSENOUryCgVFO7OFyI+3QVILjbxT/awR4i+LeHqB+hkeEkMsQKu/qD1JwNu mzu9u2WoBV6sEnOZ+Z/GGgQFwrPACEYgNpRqCcnEX/pv10wTdv7kaN44BmGLRaHN AMw4cQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm2; bh=z7zbLnlVIMcdwacf74xtdqDzrTCClMHcBXu74MNc1 Og=; b=kthKGLGV49n4iHgUKsDnwiEv6d95p1UHyNJ7/wQw3qMkckSY2JdK8kjFl DhVFOhsR3G5ItmtREzUfJd/jtr0TGbt0sG2lMw10/k609cR/DDfsukFyYGeZ068P 28Re1h6AX+FnXf2Yvk3YstQoHAkh/SsZxsaMJwoHa7tIbG+nv9rEP3LxgIL0a81O vlV9t4vmuEcrfxMe+OG2vPBuBNnr82/hJ0ekiuwdx9Yme+EWoeUPM7Rc41BFrjy8 12vm56YMQRe0+H87bC1W04R2eb1rlPpq2MjOzSUHf+HK38wa1DHq7P5bTlDNZyvr n29EH+478xeEO5ka2ohHLwATmSwdQ== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduhedrjeeggdeifecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpefhvffufffkjghfggfgtgesthfuredttddtvdenucfhrhhomhepvfhhohhmrghs ucfoohhnjhgrlhhonhcuoehthhhomhgrshesmhhonhhjrghlohhnrdhnvghtqeenucggtf frrghtthgvrhhnpedugefgvdefudfftdefgeelgffhueekgfffhfeujedtteeutdejueei iedvffegheenucfkphepjeejrddufeegrddvtdefrddukeegnecuvehluhhsthgvrhfuih iivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepthhhohhmrghssehmohhnjhgrlhho nhdrnhgvth X-ME-Proxy: Received: from xps.localnet (184.203.134.77.rev.sfr.net [77.134.203.184]) by mail.messagingengine.com (Postfix) with ESMTPA id 22F173280066; Mon, 4 May 2020 10:02:08 -0400 (EDT) From: Thomas Monjalon To: Jerin Jacob Cc: David Marchand , dpdk-dev , Jerin Jacob , Sunil Kumar Kori , John McNamara , Marko Kovacevic , Declan Doherty , Ferruh Yigit , Andrew Rybchenko , Olivier Matz Date: Mon, 04 May 2020 16:02:06 +0200 Message-ID: <1744936.tdWV9SEqCh@thomas> In-Reply-To: References: <20200503203135.6493-1-david.marchand@redhat.com> <20200503203135.6493-3-david.marchand@redhat.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Subject: Re: [dpdk-dev] [PATCH 2/8] trace: simplify trace point registration 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: , Errors-To: dev-bounces@dpdk.org Sender: "dev" 04/05/2020 04:46, Jerin Jacob: > On Mon, May 4, 2020 at 2:02 AM David Marchand wrote: > > > > RTE_TRACE_POINT_DEFINE and RTE_TRACE_POINT_REGISTER must come in pairs. > > Merge them and let RTE_TRACE_POINT_REGISTER handle the constructor part. > > > Initially, I thought of doing the same. But, later I realized that > this largely grows the number of constructors been called. > I had concerns about the boot time of the application and/or loading > the shared library, that the reason why spitting > as two so that constructor registers a burst of traces like rte_log. I don't understand the concern. How adding more constructors is affecting the library load time? Do you have any number?