From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ilya Maximets Subject: Re: [PATCH v5 0/2] Balanced allocation of hugepages Date: Wed, 14 Jun 2017 09:11:27 +0300 Message-ID: References: <1496736832-835-1-git-send-email-i.maximets@samsung.com> <1496756020-4579-1-git-send-email-i.maximets@samsung.com> <6eb536e9-9071-f08e-e819-a41c6f78cda3@samsung.com> <20170608121403.GA59132@bricha3-MOBL3.ger.corp.intel.com> <0d7f6aa1-8026-a051-9f8c-d80b8136a7a9@intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Cc: dev@dpdk.org, David Marchand , Thomas Monjalon , Heetae Ahn , Yuanhan Liu , Jianfeng Tan , Neil Horman , Yulong Pei To: Sergio Gonzalez Monroy , Bruce Richardson Return-path: Received: from mailout3.w1.samsung.com (mailout3.w1.samsung.com [210.118.77.13]) by dpdk.org (Postfix) with ESMTP id 0497F567C for ; Wed, 14 Jun 2017 08:11:32 +0200 (CEST) Received: from eucas1p1.samsung.com (unknown [182.198.249.206]) by mailout3.w1.samsung.com (Oracle Communications Messaging Server 7.0.5.31.0 64bit (built May 5 2014)) with ESMTP id <0ORI00K88X77VJ80@mailout3.w1.samsung.com> for dev@dpdk.org; Wed, 14 Jun 2017 07:11:31 +0100 (BST) In-reply-to: <0d7f6aa1-8026-a051-9f8c-d80b8136a7a9@intel.com> List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" On 08.06.2017 18:44, Sergio Gonzalez Monroy wrote: > On 08/06/2017 13:14, Bruce Richardson wrote: >> On Thu, Jun 08, 2017 at 02:21:58PM +0300, Ilya Maximets wrote: >>> Hi everyone, >>> >>> I just want to clarify current status of these patches. >>> As I understand, moving to the new build system (for example, >>> meson+ninja as proposed[1] by Bruce) is a very long process. >>> But we have issues with imbalanced memory allocation now, and >>> IMHO it's better to fix them in a near future. >>> >>> Latest version (v5) of balanced allocation patches adds linbuma >>> as general unconditional dependency which conflicts with the >>> current DPDK policies. >>> >>> So, there are 2 option: >>> >>> 1. Return back config option RTE_LIBRTE_EAL_NUMA_AWARE_HUGEPAGES >>> from the first version of the patch and disable it by default. >>> >>> 2. Keep patch as it is now and make everyone install libnuma >>> for successful build. >>> >>> I have no preferences about above options. I'm asking your opinions. >>> >>> Bruce, Sergio, Thomas, what do you think? >>> >>> [1] http://dpdk.org/ml/archives/dev/2017-June/067428.html >>> >>> Best regards, Ilya Maximets. >>> >> I would be ok with having libnuma as a dependency, so I think I'd prefer >> option 2 to 1, assuming libnuma is available in all major Linux distros. >> >> /Bruce > > +1 on option 2 (current patch and libnuma as DPDK dependency). > > Sergio > Ok. In this case I'm waiting for review. And someone need to install libnuma development package in automatic build test environment. Otherwise there will be constant compilation test failures like this: http://dpdk.org/ml/archives/test-report/2017-June/021437.html Best regards, Ilya Maximets.