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 F052DA0559; Mon, 16 Mar 2020 15:41:15 +0100 (CET) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id B1AE41C02B; Mon, 16 Mar 2020 15:41:15 +0100 (CET) Received: from mga02.intel.com (mga02.intel.com [134.134.136.20]) by dpdk.org (Postfix) with ESMTP id C42F41C028 for ; Mon, 16 Mar 2020 15:41:13 +0100 (CET) IronPort-SDR: V4iRJ4luusjWnUH/mfwwrJZNb+cLd4lk1VuJK3tU4XPBWj1gChrEjQ1qdMcErrIFJyB8eFiLq+ ASKyF/zityBA== X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga005.jf.intel.com ([10.7.209.41]) by orsmga101.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 16 Mar 2020 07:41:12 -0700 IronPort-SDR: L+N87MiA9u7B5LI6W4+KZ0/6PSzGRmo7GwfelbdNQHePiLurQ+Bo0EaO4TpKQV0/2KufoLQpSa CVJjtXkVHThw== X-IronPort-AV: E=Sophos;i="5.70,560,1574150400"; d="scan'208";a="417161602" Received: from bricha3-mobl.ger.corp.intel.com ([10.249.41.70]) by orsmga005-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-SHA; 16 Mar 2020 07:41:08 -0700 Date: Mon, 16 Mar 2020 14:41:04 +0000 From: Bruce Richardson To: Aaron Conole Cc: David Marchand , Ruifeng Wang , Michael Santana , "Ananyev, Konstantin" , Cristian Dumitrescu , "Wang, Yipeng1" , "Gobriel, Sameh" , dev , "Burakov, Anatoly" , Gavin Hu , Honnappa Nagarahalli , juraj.linkes@pantheon.tech, nd Message-ID: <20200316144104.GC1957@bricha3-MOBL.ger.corp.intel.com> References: <20200225073236.135581-1-ruifeng.wang@arm.com> <20200313081614.195335-1-ruifeng.wang@arm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Subject: Re: [dpdk-dev] [PATCH v3 0/4] no-huge unit test 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" On Mon, Mar 16, 2020 at 10:13:23AM -0400, Aaron Conole wrote: > David Marchand writes: > > > On Fri, Mar 13, 2020 at 2:04 PM Aaron Conole wrote: > >> > >> Aaron Conole writes: > >> > >> > Ruifeng Wang writes: > >> > > >> >> For environments (such as containers) where hugetlbfs are not available, > >> >> some unit tests can be run with 'no-huge' option. > >> >> > >> >> fast-tests suites is generated dynamically according to hugetlbfs > >> >> availability in building environment. This allows unit test to run > >> >> in different environments using the same suite name. > >> >> > >> >> Several test cases are fixed to be able to run in no-huge mode. > >> > > >> > This looks great! Thanks, Ruifeng. > >> > > >> > I'm going to ack it once I see it run under the robot :) > >> > >> Just looking through the robot's run, it seems that on the statically > >> linked Arm64 build, the disk quota is getting exceeded. Do we need to > >> request some more disk quota for this somehow? Is the build getting too > >> large? > > I think as a general rule we need to limit the number of static builds we do, and possibly skip building all the examples for the static builds. Given we have almost 50 examples, that's a lot of linking of libraries into binaries. For meson builds, perhaps we only pass -Dexamples=all for the shared builds, and maybe do -Dexamples=l3fwd or similar for the static ones. One or two examplse to check that the linking works with examples should be enough if we test the build of the examples themselves in the shared build jobs. Thoughts? /Bruce