From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga11.intel.com (mga11.intel.com [192.55.52.93]) by dpdk.org (Postfix) with ESMTP id E14A82C23 for ; Thu, 3 May 2018 12:54:24 +0200 (CEST) X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga004.fm.intel.com ([10.253.24.48]) by fmsmga102.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 03 May 2018 03:54:24 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.49,358,1520924400"; d="scan'208";a="51191068" Received: from aburakov-mobl.ger.corp.intel.com (HELO [10.252.18.186]) ([10.252.18.186]) by fmsmga004.fm.intel.com with ESMTP; 03 May 2018 03:54:22 -0700 To: "Parthasarathy, JananeeX M" , "Pattan, Reshma" , "Mcnamara, John" , "dev@dpdk.org" References: <1524835241-12778-1-git-send-email-reshma.pattan@intel.com> <0c0b4902-942c-f74b-5591-ad4c2ef90bf6@intel.com> <7AE31235A30B41498D1C31348DC858BD5B3CE252@IRSMSX103.ger.corp.intel.com> From: "Burakov, Anatoly" Message-ID: <0a200d9f-24ac-a0b1-9488-30fb045f7b29@intel.com> Date: Thu, 3 May 2018 11:54:22 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: <7AE31235A30B41498D1C31348DC858BD5B3CE252@IRSMSX103.ger.corp.intel.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Subject: Re: [dpdk-dev] [PATCH] app/test: enhance sanity script 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: Thu, 03 May 2018 10:54:25 -0000 On 03-May-18 11:03 AM, Parthasarathy, JananeeX M wrote: > Hi Anatoly, > > As per the comment " Since file prefixes are not supported, tests cannot be run in parallel" > Does this means we need not run parallel test group test cases for FreeBSD. So the total test count for FreeBSD will be based on Non-Parallel test groups only. No, the tests in the "parallel group" can be run in parallel, but on FreeBSD you cannot run them *in parallel* - that doesn't mean you don't have to run them :) Just ensure that the thread pool size is set to 1 on FreeBSD. > > Please confirm / share your views on the same. > > Thanks > M.P.Jananee > > -----Original Message----- > From: Burakov, Anatoly > Sent: Friday, April 27, 2018 7:26 PM > To: Pattan, Reshma ; Mcnamara, John ; dev@dpdk.org > Cc: Parthasarathy, JananeeX M > Subject: Re: [dpdk-dev] [PATCH] app/test: enhance sanity script > > On 27-Apr-18 2:20 PM, Reshma Pattan wrote: >> 1. Sanity Script is enhanced with additional test cases being added to >> autotest_data.py 2. Fixed in autotest_test_funcs.py to handle test >> cases which returns "Skipped" as result. >> The issue was skipped test cases got timed out, causing delay in >> sanity script execution. >> 3. Enhanced support for FreeBSD to add the respective memory limit, as >> FreeBSD doesn't support socket-mem, file-prefix options. >> >> Signed-off-by: Jananee Parthasarathy >> >> --- > > <...> > >> @@ -1,5 +1,5 @@ >> # SPDX-License-Identifier: BSD-3-Clause -# Copyright(c) 2010-2014 >> Intel Corporation >> +# Copyright(c) 2010-2018 Intel Corporation >> >> # The main logic behind running autotests in parallel >> >> @@ -201,6 +201,13 @@ def __init__(self, cmdline, target, blacklist, whitelist): >> # set up cmdline string >> def __get_cmdline(self, test): >> cmdline = self.cmdline >> + os_name = platform.system() >> + >> + # append the respective memory limitation on FREEBSD >> + # as socket-mem, file-prefix is not supported >> + if os_name == "FreeBSD" : >> + cmdline += " -m " + str(sum(map(int, test["Memory"].split(",")))) >> + return cmdline > > A better fix would've been to completely avoid calling __get_cmdline() for FreeBSD. Since file prefixes are not supported, tests cannot be run in parallel, so there is no need to limit allocated memory in the first place, so neither -m nor --socket-mem switches need to be added either. > And without those, there's no need to modify the test cmdline at all. Also, regarding this - i think what i suggested earlier is slightly incorrect. A better fix would be to simply return cmdline without modifications on FreeBSD. Just because we don't modify cmdline now doesn't mean we wouldn't be doing so in the future, so not calling __get_cmdline is not the best solution. > > -- > Thanks, > Anatoly > -- Thanks, Anatoly