From mboxrd@z Thu Jan 1 00:00:00 1970 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) Received: from eusmges4.samsung.com (unknown [203.254.199.244]) by eucas1p1.samsung.com (KnoxPortal) with ESMTP id 20170614061130eucas1p13c8f1954d87652b28cf7476387ca06da~H6C8nkGJ52890928909eucas1p13; Wed, 14 Jun 2017 06:11:30 +0000 (GMT) Received: from eucas1p1.samsung.com ( [182.198.249.206]) by eusmges4.samsung.com (EUCPMTA) with SMTP id 6A.65.04729.193D0495; Wed, 14 Jun 2017 07:11:30 +0100 (BST) Received: from eusmgms2.samsung.com (unknown [182.198.249.180]) by eucas1p1.samsung.com (KnoxPortal) with ESMTP id 20170614061129eucas1p1db7ea7cf0bf1ccfe1e97afa485e6c0ea~H6C75_cIg0367303673eucas1p1F; Wed, 14 Jun 2017 06:11:29 +0000 (GMT) X-AuditID: cbfec7f4-f79806d000001279-04-5940d391d016 Received: from eusync2.samsung.com ( [203.254.199.212]) by eusmgms2.samsung.com (EUCPMTA) with SMTP id 0B.D6.20206.193D0495; Wed, 14 Jun 2017 07:11:29 +0100 (BST) Received: from [106.109.129.180] by eusync2.samsung.com (Oracle Communications Messaging Server 7.0.5.31.0 64bit (built May 5 2014)) with ESMTPA id <0ORI00K2VX74QV40@eusync2.samsung.com>; Wed, 14 Jun 2017 07:11:29 +0100 (BST) To: Sergio Gonzalez Monroy , Bruce Richardson Cc: dev@dpdk.org, David Marchand , Thomas Monjalon , Heetae Ahn , Yuanhan Liu , Jianfeng Tan , Neil Horman , Yulong Pei From: Ilya Maximets Message-id: Date: Wed, 14 Jun 2017 09:11:27 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-version: 1.0 In-reply-to: <0d7f6aa1-8026-a051-9f8c-d80b8136a7a9@intel.com> Content-type: text/plain; charset=windows-1252 Content-transfer-encoding: 7bit X-Brightmail-Tracker: H4sIAAAAAAAAA02SWUwTYRDH/Xa33aVYs5YiE0BJmuADUYSEh0XLofGhvqjRxAAv0sAKaCmk CwR8IAXkCCTchxxR5FBsEQQRMTEBawEtEbmhoKSSEBEvLqFgQqTdkvD2m2/+881/JkPhkg6B OxWnTmI1aqVKJhQR3QPbw6dLx0PD/RaXCGZGF8K05OUSzO+1VxhTuT5HMhO52yRTULshZGaz PgiZlmIjYtYs7wnmXtNrjNm0bOGhzorRos9IsVPfLFDM7M4KFY1vvmOKAXMlqSjs0iHFxJYe XSUjRPJoVhWXwmrOBEeKYovKOlHiijjVoF0ktKjIOR85UUAHQL9OJ+T5GIzMt++xiJLQzQgy xrocwTqCnRUjsV+x0vGR5BOPEZibhgR8sIRgcGKLtKlcaDk8qv6BbCyl1aB/mW3/CqcbMJir ncRtCSF9Ckx6o10kpoPBbMi0FxO0N+QYezAbu9JhMF3X5dAcBWvZvN2GEx0E1gqT3ThO+8H9 8ncYz17wovUXzludIiG/OiofUXt8HDr7HM8XoaFtEfHsAsuDXSTPnjBeVkDYfAKdhUCrG0N8 UIxgI+sJxqtCwGSedDQ7AqXdVTjfQAx5ORJeogBtbr1jXeehrbwb5zdkxaC20EAWI6+aA/PU HJih5sAM9QjXISmbzMXHsFyAL6eM55LVMb5RCfGdaO+QhnYHN3pQ48BZA6IpJDsstvwJCZcI lClcWrwBAYXLpGL4FBouEUcr0+6ymoSbmmQVyxmQB0XI3MQi01SYhI5RJrF3WDaR1exnMcrJ XYsE2WLL7bCR64aF3tHpn56ZereMVWao5euh4XVXTWrVw28Di//SsyN7PYxXKpLmVJcuP/hy 4trq39ZzzwIrlTF67uSqm4zqY63UraxBNr95o7/EP/Cttv/pE+cIufcN4nleulXbWxfuIx8O lJuXNVLPkgteC5UZm35BW+qQ9o5gGcHFKv19cA2n/A+kIYtlRAMAAA== X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrHIsWRmVeSWpSXmKPExsVy+t/xK7oTLztEGkyeLGJxY5W9xYqOdhaL d5+2M1lM+3yb3eJK+092i+7ZX9gsbjWfZLNYMeEIo8WnBydYLFqW7GSy+PbgO7MDt8fF/juM Hr8WLGX1uPHvFpvH4j0vmTyO3ZzG7tG3ZRWjx5XvqxkD2KPcbDJSE1NSixRS85LzUzLz0m2V QkPcdC2UFPISc1NtlSJ0fUOClBTKEnNKgTwjAzTg4BzgHqykb5fgltE/eRNjwQfeikMNT1ka GPu5uxg5OSQETCQ+bDzLDmGLSVy4t56ti5GLQ0hgCaPEkr6NLBDOC0aJ29dPM4NUCQvYSCyc +ZoRxBYRyJO4PX0OmC0k8INJYsoJC5AGZoFFTBJtT3aCJdgEdCROrT4CZvMK2EncPNQEto5F QFWi7cgOJhBbVCBC4mHnLnaIGkGJH5PvsYDYnAK2Ej+mngI6iQNoqJ7E/YtaIGFmAXmJzWve Mk9gFJiFpGMWQtUsJFULGJlXMYqklhbnpucWG+kVJ+YWl+al6yXn525iBMbltmM/t+xg7HoX fIhRgINRiYe34619pBBrYllxZe4hRgkOZiURXonzDpFCvCmJlVWpRfnxRaU5qcWHGE2BXpjI LCWanA9MGXkl8YYmhuaWhkbGFhbmRkZK4rxTP1wJFxJITyxJzU5NLUgtgulj4uCUamCcFDtj 55fnCTrcTCyXnzvc+CeXLFERdNesU8zj3PGAt1MXH1oj8ZX9wRr7RScDlfez1XbHfZtW3K52 78GbuoX3y4ReaLed2bLwSHPEgatBm7S/ph7j9dStd91/9OKJH+czPUuL8nef0F0uG/3m6gfH u8kHMndt51TlUHbTDjonobpo6dwjEo2TlViKMxINtZiLihMBdrLNbuECAAA= X-MTR: 20000000000000000@CPGS X-CMS-MailID: 20170614061129eucas1p1db7ea7cf0bf1ccfe1e97afa485e6c0ea X-Msg-Generator: CA X-Sender-IP: 182.198.249.180 X-Local-Sender: =?UTF-8?B?SWx5YSBNYXhpbWV0cxtTUlItVmlydHVhbGl6YXRpb24gTGFi?= =?UTF-8?B?G+yCvOyEseyghOyekBtMZWFkaW5nIEVuZ2luZWVy?= X-Global-Sender: =?UTF-8?B?SWx5YSBNYXhpbWV0cxtTUlItVmlydHVhbGl6YXRpb24gTGFi?= =?UTF-8?B?G1NhbXN1bmcgRWxlY3Ryb25pY3MbTGVhZGluZyBFbmdpbmVlcg==?= X-Sender-Code: =?UTF-8?B?QzEwG0NJU0hRG0MxMEdEMDFHRDAxMDE1NA==?= CMS-TYPE: 201P X-HopCount: 7 X-CMS-RootMailID: 20170606133348eucas1p1cc5c3c05f88b2101c2ea47b26e0cac24 X-RootMTR: 20170606133348eucas1p1cc5c3c05f88b2101c2ea47b26e0cac24 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> Subject: Re: [dpdk-dev] [PATCH v5 0/2] Balanced allocation of hugepages 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: , X-List-Received-Date: Wed, 14 Jun 2017 06:11:33 -0000 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.