From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga14.intel.com (mga14.intel.com [192.55.52.115]) by dpdk.org (Postfix) with ESMTP id E21B1B452 for ; Wed, 8 Jun 2016 17:56:32 +0200 (CEST) Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by fmsmga103.fm.intel.com with ESMTP; 08 Jun 2016 08:56:31 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.26,439,1459839600"; d="scan'208";a="983487038" Received: from irsmsx110.ger.corp.intel.com ([163.33.3.25]) by fmsmga001.fm.intel.com with ESMTP; 08 Jun 2016 08:56:31 -0700 Received: from irsmsx101.ger.corp.intel.com ([169.254.1.155]) by irsmsx110.ger.corp.intel.com ([163.33.3.25]) with mapi id 14.03.0248.002; Wed, 8 Jun 2016 16:56:30 +0100 From: "Kantecki, Tomasz" To: Thomas Monjalon CC: "dev@dpdk.org" Thread-Topic: [dpdk-dev] [PATCH] app/test: reduced duration of red_autotest Thread-Index: AQHRwMNp+FHH15K2GEa26QGRIFHAPZ/d+HcAgAAjQ0CAAZy7kA== Date: Wed, 8 Jun 2016 15:56:29 +0000 Message-ID: References: <1465307358-115427-1-git-send-email-tomasz.kantecki@intel.com> <5309764.cBvyyiAfAy@xps13> Accept-Language: en-IE, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ctpclassification: CTP_IC x-titus-metadata-40: eyJDYXRlZ29yeUxhYmVscyI6IiIsIk1ldGFkYXRhIjp7Im5zIjoiaHR0cDpcL1wvd3d3LnRpdHVzLmNvbVwvbnNcL0ludGVsMyIsImlkIjoiODc0OTM2YTItY2M3MC00YTBiLTljZWItMDk3ZDY4ZTNmNmRkIiwicHJvcHMiOlt7Im4iOiJDVFBDbGFzc2lmaWNhdGlvbiIsInZhbHMiOlt7InZhbHVlIjoiQ1RQX0lDIn1dfV19LCJTdWJqZWN0TGFiZWxzIjpbXSwiVE1DVmVyc2lvbiI6IjE1LjkuNi42IiwiVHJ1c3RlZExhYmVsSGFzaCI6IlM2eGVCK3FFT2lrbVl3M3hMc2ZZa2djUU5nK202Ujk3OXBpdFwvUnBnRjk0PSJ9 x-originating-ip: [163.33.239.180] Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Subject: Re: [dpdk-dev] [PATCH] app/test: reduced duration of red_autotest X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jun 2016 15:56:33 -0000 Hi Thomas, = > > 12s is long for a functional test. We are used to have tests of less th= an 1s. > > Do you think this magnitude order can be achieved for red tests? > = > This is a real challenge :) Let me take another look into it. I had a 2nd look into this test suite and reducing time for functional test= s is doable but labor intensive. Let me explain: RED/WRED algorithm is time based (packet queue events in time). For trackin= g time the test uses TSC (x86 time stamp counter). This could be replaced w= ith some fake time stamp in functional tests and result in significant redu= ction of execution time. It needs couple of days to carefully replace TSC w= ith a fake time stamp solution without breaking test logic. Alternatively, one or two more test cases can be removed from the fast_test= . A few experiments with this option give me test duration at 5[s] level. I= guess this too much off from the 1[s] target. Regards, Tomasz -------------------------------------------------------------- Intel Research and Development Ireland Limited Registered in Ireland Registered Office: Collinstown Industrial Park, Leixlip, County Kildare Registered Number: 308263 This e-mail and any attachments may contain confidential material for the s= ole use of the intended recipient(s). Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact = the sender and delete all copies.