From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from out2-smtp.messagingengine.com (out2-smtp.messagingengine.com [66.111.4.26]) by dpdk.org (Postfix) with ESMTP id 8A6EF1DBE for ; Mon, 4 Mar 2019 09:40:11 +0100 (CET) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id 2499A220AB; Mon, 4 Mar 2019 03:40:11 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute1.internal (MEProxy); Mon, 04 Mar 2019 03:40:11 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=monjalon.net; h= from:to:cc:subject:date:message-id:in-reply-to:references :mime-version:content-transfer-encoding:content-type; s=mesmtp; bh=TQV6FYCxcDbbFrbRHf8hgZuw/K7q92mcwpQll/s+Leo=; b=PLoTfniTRP18 6fV3yivoWssemxokOBmb1rNE9MWffAOuWDie6XyiEVY8u53UnHTAZx0IFVCvQ0rv 7LCW1ZUDjG7IDlAEwgKBdkP70bQP37v4eFTSlUu7iTxrLtu0677Emx7LqGZNkFJE 5l1R8Pdr2bpXA1ZZkNFAWvGLP3uiM5U= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm2; bh=TQV6FYCxcDbbFrbRHf8hgZuw/K7q92mcwpQll/s+L eo=; b=r7FYEcjEDthljgUvBF3tcw/FbG6xfpM7ZvsZOGzG7FjQdxvv3R0BRn0lG kwZOOxXyJ3rkc2UkLMZiZRw8IQ9tPDE50ltyn2nc+Tyn2Ryvzp8Z1RrnqUZN/GxZ /0U7sApQZE3OxQFiDzDQR+rPan3Mh5RoCTEMaXU2FNi0DHUB/SkbiKmErmtdqrP1 6+kDsMEcwJOjR0AVLx3nR5V3pr1O9WtJJw9yYRXwf6ohRENXPvGHf013LN7kZ9zz Unnaw9iir5UrmfZgWs+69ry30R/XyliYin3eo4jNR6dEj7lgWRUkpHQPjtu+1h+0 IjMqHujvl9DRbCfmvWcsfEqIjNPEw== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedutddrfedtgdduvdduucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhephffvufffkfgjfhgggfgtsehtufertddttddvnecuhfhrohhmpefvhhhomhgr shcuofhonhhjrghlohhnuceothhhohhmrghssehmohhnjhgrlhhonhdrnhgvtheqnecukf hppeejjedrudefgedrvddtfedrudekgeenucfrrghrrghmpehmrghilhhfrhhomhepthhh ohhmrghssehmohhnjhgrlhhonhdrnhgvthenucevlhhushhtvghrufhiiigvpedt X-ME-Proxy: Received: from xps.localnet (184.203.134.77.rev.sfr.net [77.134.203.184]) by mail.messagingengine.com (Postfix) with ESMTPA id BE10B10335; Mon, 4 Mar 2019 03:40:09 -0500 (EST) From: Thomas Monjalon To: "Stokes, Ian" Cc: "O'Driscoll, Tim" , "ci@dpdk.org" , Aaron Conole Date: Mon, 04 Mar 2019 09:40:06 +0100 Message-ID: <3087301.JtsJcBCixJ@xps> In-Reply-To: References: <26FA93C7ED1EAA44AB77D62FBE1D27BAB785C151@IRSMSX108.ger.corp.intel.com> <26FA93C7ED1EAA44AB77D62FBE1D27BAB785C1CF@IRSMSX108.ger.corp.intel.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Subject: Re: [dpdk-ci] Minutes of DPDK Lab Meeting, February 26th X-BeenThere: ci@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK CI discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Mar 2019 08:40:12 -0000 04/03/2019 09:06, Stokes, Ian: > > -----Original Message----- > > From: O'Driscoll, Tim > > Sent: Thursday, February 28, 2019 3:25 PM > > To: Thomas Monjalon ; ci@dpdk.org > > Cc: Aaron Conole ; Stokes, Ian > > Subject: RE: [dpdk-ci] Minutes of DPDK Lab Meeting, February 26th > > > > > -----Original Message----- > > > From: Thomas Monjalon [mailto:thomas@monjalon.net] > > > Sent: Thursday, February 28, 2019 3:20 PM > > > To: ci@dpdk.org > > > Cc: O'Driscoll, Tim > > > Subject: Re: [dpdk-ci] Minutes of DPDK Lab Meeting, February 26th > > > > > > Hi, > > > > > > 28/02/2019 15:49, O'Driscoll, Tim: > > > > OVS Tests: > > > > - Jeremy and Aaron are working on setup of the temporary hardware. > > > > - There are two options for hardware to run this on when the setup > > > > is > > > complete: 1) use existing vendor hardware; 2) obtain standalone > > > servers for OVS testing. The OVS team's preference is option 2. It's > > > not realistic to expect a vendor to provide hardware to run a > > > competitor's products so we'd need to find a different way to procure > > > this. Aaron will check with Rashid to see if budget is available from > > > Red Hat. I'll check with Trishan to see if the DPDK project budget could > > cover this. > > > > - The OVS focus is on functional tests, not performance tests. The > > > DPDK lab is currently set up so that each vendor has complete control > > > over performance tests & results on their hardware. If we use separate > > > hardware for the OVS tests, we need to ensure that we restrict scope > > > to functional tests so that it does not conflict with this principle > > > in future. > > > > > > I am not sure to understand. > > > In my opinion, the purpose of this lab is to have properly tuned > > > hardware for running a large set of tests. We should be able to run > > > various tests on the same machine. So the OVS tests, like any new test > > > scenario, should be run on the same machine as the performance tests. > > > I think we just need to have a job queue to run tests one by one, > > > avoiding a test to disturb results of another one. > > > > > > Why are we looking for additional machines? > > > > That was my assumption too. I believe the reason is that the OVS team want > > to validate with multiple vendor NICs to be sure that nothing is broken. > > We only have Intel and Mellanox hardware in our lab at present, so we > > don't cover all vendors. > > > > Aaron and Ian can provide more details. > > Hi Thomas, > > So from the OVS point of view, one of challenges when consuming DPDK is ensuring device compatibility across the community, in particular with the ongoing/upcoming HWOL development work. There is a risk that the implementation for HWOL for vendor x may not be compatible or suitable for vendor y etc. > > To help address this risk, it was proposed back in DPDK userspace 2018 that if the OVS community could provide a server, it could be used to co-locate a variety of vendor NICs. We could then leverage the OVS Zero Day robot to apply and conduct functional testing for OVS development patches and ensure patches do not break existing functionality. Yes it seems to be the scope of the DPDK Community Lab. > To date Aaron has received a number of NICs from various vendors, however a server (possibly 2) would still be needed to deploy the NICS. > > It was proposed that possibly the DPDK Lab in UNL aid with this. > > The aim here is purely functional and the system would not be used to benchmark the NICs in question. It would be purely to stop regressions being introduced into OVS DPDK and also act as a feedback to the DPDK community if changes were needed in DPDK itself. So far I don't see the need for new servers. > It might be possible to run the tests on the existing hardware in UNL but I guess this might not cover the NIC vendors Aaron has received to date. I wonder would it interrupt the existing DPDK workloads on those servers also so there was an open question on whether OVS DPDK should be deployed on a separate board. Which vendor is not available in the DPDK Community Lab? > @Aaron, have I missed anything from your side? > > Thanks > Ian