From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ferruh Yigit Subject: Re: [PATCH v9] app/testpmd: add noisy neighbour forwarding mode Date: Thu, 11 Oct 2018 14:32:30 +0100 Message-ID: References: <20181003185711.31933-1-jfreimann@redhat.com> <21cf4f74-8955-3beb-0915-f1dc817f31e2@redhat.com> <8CEF83825BEC744B83065625E567D7C260D0CF6F@IRSMSX107.ger.corp.intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Cc: "ailan@redhat.com" , "jan.scheurich@ericsson.com" , "Richardson, Bruce" , "thomas@monjalon.net" , "maxime.coquelin@redhat.com" , "Ananyev, Konstantin" To: "Iremonger, Bernard" , Kevin Traynor , Jens Freimann , "dev@dpdk.org" Return-path: Received: from mga03.intel.com (mga03.intel.com [134.134.136.65]) by dpdk.org (Postfix) with ESMTP id 9F3301B567 for ; Thu, 11 Oct 2018 15:32:36 +0200 (CEST) In-Reply-To: <8CEF83825BEC744B83065625E567D7C260D0CF6F@IRSMSX107.ger.corp.intel.com> Content-Language: en-US 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 10/5/2018 1:20 PM, Iremonger, Bernard wrote: > > >> -----Original Message----- >> From: Kevin Traynor [mailto:ktraynor@redhat.com] >> Sent: Friday, October 5, 2018 10:55 AM >> To: Jens Freimann ; dev@dpdk.org >> Cc: ailan@redhat.com; jan.scheurich@ericsson.com; Richardson, Bruce >> ; thomas@monjalon.net; >> maxime.coquelin@redhat.com; Ananyev, Konstantin >> ; Yigit, Ferruh ; >> Iremonger, Bernard >> Subject: Re: [PATCH v9] app/testpmd: add noisy neighbour forwarding mode >> >> On 10/03/2018 07:57 PM, Jens Freimann wrote: >>> This adds a new forwarding mode to testpmd to simulate more realistic >>> behavior of a guest machine engaged in receiving and sending packets >>> performing Virtual Network Function (VNF). >>> >>> The goal is to enable a simple way of measuring performance impact on >>> cache and memory footprint utilization from various VNF co-located on >>> the same host machine. For this it does: >>> >>> * Buffer packets in a FIFO: >>> >>> Create a fifo to buffer received packets. Once it flows over put those >>> packets into the actual tx queue. The fifo is created per tx queue and >>> its size can be set with the --noisy-tx-sw-buffer-flushtime >>> commandline parameter. >>> >>> A second commandline parameter is used to set a timeout in >>> milliseconds after which the fifo is flushed. >>> >>> --noisy-tx-sw-buffer-size [packet numbers] Keep the mbuf in a FIFO and >>> forward the over flooding packets from the FIFO. This queue is per >>> TX-queue (after all other packet processing). >>> >>> --noisy-tx-sw-buffer-flushtime [delay] Flush the packet queue if no >>> packets have been seen during [delay]. As long as packets are seen, >>> the timer is reset. >>> >>> Add several options to simulate route lookups (memory reads) in tables >>> that can be quite large, as well as route hit statistics update. >>> These options simulates the while stack traversal and will trash the >>> cache. Memory access is random. >>> >>> * simulate route lookups: >>> >>> Allocate a buffer and perform reads and writes on it as specified by >>> commandline options: >>> >>> --noisy-lkup-memory [size] >>> Size of the VNF internal memory (MB), in which the random read/write >>> will be done, allocated by rte_malloc (hugepages). >>> >>> --noisy-lkup-num-writes [num] >>> Number of random writes in memory per packet should be performed, >>> simulating hit-flags update. 64 bits per write, all write in different >>> cache lines. >>> >>> --noisy-lkup-num-reads [num] >>> Number of random reads in memory per packet should be performed, >>> simulating FIB/table lookups. 64 bits per read, all write in different >>> cache lines. >>> >>> --noisy-lkup-num-reads-writes [num] >>> Number of random reads and writes in memory per packet should be >>> performed, simulating stats update. 64 bits per read-write, all reads >>> and writes in different cache lines. >>> >>> Signed-off-by: Jens Freimann >>> >> >> Acked-by: Kevin Traynor > > Acked-by: Bernard Iremonger Applied to dpdk-next-net/master, thanks.