From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wr0-f194.google.com (mail-wr0-f194.google.com [209.85.128.194]) by dpdk.org (Postfix) with ESMTP id BDA461BDD8 for ; Wed, 27 Jun 2018 16:13:07 +0200 (CEST) Received: by mail-wr0-f194.google.com with SMTP id c5-v6so2206148wrs.10 for ; Wed, 27 Jun 2018 07:13:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=6wind-com.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=HH1rbd1DKILd5Y0HrnCrFl4xb8F9cR5zhwysBiUB7QQ=; b=vafp+mW41Mg2iEtBn4ayNmdnwm9SX64NJyhvDe3ZAPv4FzayNZ8td8mngQVLpxjNlT IP+Pnue0Upi26KfusEs8m5I7TWkhQc+fJvfMvZN2ZALBjQ1Szsj2OudoTU1lskCaIRJ8 TAIaGL2R+W1an8aZaYf859E4qDslXyzMAu9QZQ+HxHIvhlpa8eNjITQS80PcUbOq9dFe 4R88RAqhwlVaBrzfTGjjWOkDYokdnvcO+iwOWE9MapDRVjDeSh//1EjQ9kFpvyz0XKQE NVNydj8HLc/f1f8Bwb7p8/McfH8JrSNS6Sqis/vy42qe3tQXoJ1TstVe5o2dTaX/6oUI m3aw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=HH1rbd1DKILd5Y0HrnCrFl4xb8F9cR5zhwysBiUB7QQ=; b=mW9Pn0Yg7Xnir67vGztqLBJzwg8ylO/fZclHPJUUYlGuG+PXy11q9BQlSGakV7U2IE 2PNX3urYo8IoxlS7hglxS5nzCQgsbJLCG7l6O/DXGfqwaItFwU+fhDQRB/WU6mnrF4st KqMIjyOUUaBej9BNUvpKPwB+v+wrNzRDYD+eDbjcPkoICpbc9UY8XMKhdGHNeIJeZDT7 CWj7G4CPLdLkX/+q3jweRmGsiOx8Pt4kJ2XKJs/bV2sQDFNRO/rANKuo5ZwTHdmPxNcm vW7g/c9vDsXRUsd2M2DAUiJ5qUHE8kQlEk6ubAVzL/A+g5ApeiQV/suYDvRgeX1RfN7A YD+A== X-Gm-Message-State: APt69E0euXBEgz+jk5WyajWGRbaFEvCnz6amgIUDuMz4W9V0lM2FD6Z8 kyx4wjYbgH/IyCqk7HQLUyf2cw== X-Google-Smtp-Source: AAOMgpd0vVyEYL7GRA9WurgDYShgmTo9VWvWSckWrf70pVfAhoCHx8u++FtDCS9xSfC2ksNN2smbtA== X-Received: by 2002:adf:ec89:: with SMTP id z9-v6mr5633089wrn.160.1530108787495; Wed, 27 Jun 2018 07:13:07 -0700 (PDT) Received: from 6wind.com (host.78.145.23.62.rev.coltfrance.com. [62.23.145.78]) by smtp.gmail.com with ESMTPSA id r2-v6sm7013489wmb.39.2018.06.27.07.13.06 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 27 Jun 2018 07:13:06 -0700 (PDT) Date: Wed, 27 Jun 2018 16:12:50 +0200 From: Adrien Mazarguil To: Maxime Coquelin Cc: dev@dpdk.org Message-ID: <20180627141250.GX4025@6wind.com> References: <20180623080840.315-1-maxime.coquelin@redhat.com> <20180623080840.315-2-maxime.coquelin@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180623080840.315-2-maxime.coquelin@redhat.com> Subject: Re: [dpdk-dev] [PATCH v4 1/2] testpmd: add forwarding mode to simulate a noisy neighbour 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: Wed, 27 Jun 2018 14:13:07 -0000 On Sat, Jun 23, 2018 at 10:08:39AM +0200, Maxime Coquelin wrote: > From: Jens Freimann > > 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 --buffersize-before-sending > commandline parameter. > > A second commandline parameter is used to set a timeout in > milliseconds after which the fifo is flushed. > > --noisy-buffersize-before-sending [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-flush-timeout [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-memory-footprint [size] > Size of the VNF internal memory (MB), in which the random > read/write will be done, allocated by rte_malloc (hugepages). > > --noisy-nb-rnd-write [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-nb-rnd-read [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-nb-rnd-read-write [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 > Signed-off-by: Maxime Coquelin I'm personally more interested in a forwarding mode for nosy neighbors :) Sorry, couldn't resist. I know where the door is. -- Adrien Mazarguil 6WIND