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 CCEA6A00C2; Thu, 23 Apr 2020 01:45:13 +0200 (CEST) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id AF4DA1D164; Thu, 23 Apr 2020 01:45:13 +0200 (CEST) Received: from sonic311-15.consmr.mail.bf2.yahoo.com (sonic311-15.consmr.mail.bf2.yahoo.com [74.6.131.125]) by dpdk.org (Postfix) with ESMTP id 527BA1C224 for ; Thu, 23 Apr 2020 01:45:12 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1587599111; bh=cUbcTTF3WKe/r6IvbdC3QUxw32eVMEE3rK1qhgmchZs=; h=Date:From:To:Subject:References:From:Subject; b=GNPNAv5MXsCYvBLlibkuHVzZQvqow0BIDtFnsf5mqfiJ9YBTfJrlU3wIgnqkTgDX41A3pjfC6N1FymxH1CGfNUtZS7+T/s4PDJzvO3ABV+adG5+toizVtcd+Cl2YndRQtICwat3mjOFHevQuDelyZOlZZttXXPxeyGXK1HjSVX9Juc8UGVdly32To9cLQL7XEghoAwGB5gRhiFK0FdJWvS9GWLqStvAkW+kPzHyEC/Lt5/z+hj3305eMmgfwd0bvbyBp4msnKFkxK70kfyPM2kqYGRoRwSCRTCwzMBparO+ObVpSJja4Wcc5K2Ywj2Lwop56gYszqB6OTANge3d5Gw== X-YMail-OSG: IMj7aV0VM1m4SGMXXDoFoPykpUR5ngHnE9qzK9LBT3kCF8ThM6GdNPRnzZNkx8Q _LB.mU6hbLEnvxna3CDKyD3b0UCxfckYBBHlSM5j.9Nhq_scN09pr_1Kn3XwGzPMpfxxMby.4Vze JPvhXxhLxdogqsPkCJd50SUDkBmAznhItEYKBl9osREh2gFxCOep7MzEJtVohQY73DZfcPROk4.y 3UemygcdPWVAr1n6e246vD4PbCY3nfEaDP30iYBWD_ypphRlfkoDc5IN1HEvjAOtqfnV_uDkQPzL w.MLrrLqXSddqk20LDQ5Ho1DflGZ1jog_320Nww40e2zGlkNBs6DAT4kAuw4ZE34.T5N6iwmGIfo 6D7wYjfJV8j7.nU9PoOkq4vHbr5knEVCv62ROczfN3ZL16Ywa2MHNvMSmmCt.DOaBbtusoR8N1me U7LfNN3rWlMTaqrmT0TlqKWKzefKA3PFO3l99ttrZuVYy7HWhbuuRUsV_X_s0gBoBZSveoh27ybZ wAjtWdsjfbfoZkPbnaQvpgE1QBHut8P36ktNBjumXEvJnfW0uyZyLWgGlOHlruMismHWD3qK18XG QR6C5cgZQCM62NuuMYlcx05CuZs5.ruYbjpCr4Hh9Py5toK7xTT6k7mo_hiQbta2khmlzI7tpLPg 1OEXsj3i8VBhzxdnKlCNgcJMCCJuHbeUIg0hAm3Nt94WKCcAkFJn7I5WuahJ9YBSSmIeUhRb2VYJ m5st_wo7ckJaQprAJDD_UboTK9zKitdTpYYi_JLe7Frlg._mYVJbI1f7XJQPnKakPFSS5PmhM95i 5G.Mqc1vRxtbIi6dgTuppRp3g6kt7HACAP6SQ87BSYxCwxEz_rf4qslrtJgwa.Z.v1Zo9s4AIBkG ZEZKnlBN6__eltEyADKQguKBeIXgN3_7V1wnnM.e_ePLdY5V44yIAVd8qcZNwEmdwdPYUB6si61p rQ4JEmPLLDSGXXUjFM9lLndDavz04ZoCkdfsoJnt1AFuMLctx.bT72tCYxr6CrN6INggonxj4nuc f33HAlQQ148ovO6UCs82eFsG.GhWFXQiHlWfxgBuDqKq8WgHpIOUMLoLtXUrR.s6RV5KvK33livc .FEPDwrprjXz4h0cQtvF3HrOSCrcu9LjFciqZOI1yTDbDcjmof.Wt4ZSmM3syraDYdPqszPTk7X8 u6XBSe2ltK3OImzFYHQ1qfDUMFM6TzSrgP38ghjMMzzNaEVxfkf6AGIPvcnTddthhw8HD2uNu0BS tm4yfBDeQiwtHmpAMkIk3zomDeFfWwdbN47atJtoGNhfCJkght3mO0WB08qb8sOXScYq0.HAyeg. vKVU- Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.bf2.yahoo.com with HTTP; Wed, 22 Apr 2020 23:45:11 +0000 Date: Wed, 22 Apr 2020 23:45:11 +0000 (UTC) From: amit sehas To: "dev@dpdk.org" Message-ID: <356213701.35888.1587599111210@mail.yahoo.com> MIME-Version: 1.0 References: <356213701.35888.1587599111210.ref@mail.yahoo.com> X-Mailer: WebService/1.1.15756 YMailNorrin Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/70.0.3538.102 Safari/537.36 Edge/18.18363 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.15 Subject: [dpdk-dev] rte_pktmbuf_pool_create performance 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" I switched from utilizing dpdk 16.11.1 to dpdk 18.11.6, in the process I st= arted utilizing --single-file-segments,previously I was utilizing a patch f= or the same functionality on dpdk-16.11.1. And while linking I somehowneed = to link in -lnuma now which I previously did not need to. I don't know what= dependencies have beenintroduced by dpdk-18.11.6 but I can no longer build= my executables without linking in numa. That is the only notable change I made. And nothing else has changed, huge = pages, tlbs etc are all the same. yet the performance of=C2=A0rte_pktmbuf_pool_create() has completely tanked= , it has become much much slower.I am quite new to dpdk and am not sure wha= t is going on =E2=80=A6 so I went in with a debugger and this is whati find= : this function call is taking up all the time:=C2=A0 rte_mempool_populate_de= fault() which in turn invokes the following which is taking all the time:=C2=A0=C2= =A0 rte_memzone_reserve_aligned() which in turn invokes the following which is taking all the time:memzone_re= serve_aligned_thread_unsafe() which in turn invokes the following which is taking all the time:=C2=A0mall= oc_heap_alloc() which in turn invokes the following which is taking all the time:=C2=A0mall= oc_get_numa_socket() My guess is that somehow numa has started interfering with the performance,= but i am not quite sure what to do to fix it... any help is greatly appreciated, i suspect someone familiar with the above = should quickly identify the issue and its remedy... regards