From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by dpdk.org (Postfix) with ESMTP id 962607D30 for ; Mon, 30 Oct 2017 07:41:06 +0100 (CET) Received: from smtp.corp.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id B6A487E424; Mon, 30 Oct 2017 06:41:05 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mx1.redhat.com B6A487E424 Authentication-Results: ext-mx03.extmail.prod.ext.phx2.redhat.com; dmarc=none (p=none dis=none) header.from=redhat.com Authentication-Results: ext-mx03.extmail.prod.ext.phx2.redhat.com; spf=fail smtp.mailfrom=vkaplans@redhat.com Received: from colo-mx.corp.redhat.com (colo-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.20]) by smtp.corp.redhat.com (Postfix) with ESMTPS id A5CA167AC7; Mon, 30 Oct 2017 06:41:05 +0000 (UTC) Received: from zmail17.collab.prod.int.phx2.redhat.com (zmail17.collab.prod.int.phx2.redhat.com [10.5.83.19]) by colo-mx.corp.redhat.com (Postfix) with ESMTP id 8D9261808850; Mon, 30 Oct 2017 06:41:05 +0000 (UTC) Date: Mon, 30 Oct 2017 02:41:05 -0400 (EDT) From: Victor Kaplansky To: dev@dpdk.org Cc: "Jingjing Wu\"\"Franck Baudin" , Amnon Ilan , Tim Irnich , Georg Kunz , Gabor =?utf-8?Q?Hal=C3=A1sz?= , Mechthild Buescher Message-ID: <656367172.34323219.1509345665467.JavaMail.zimbra@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.35.206.18, 10.4.195.28] Thread-Topic: testpmd: simulating noisy host environment Thread-Index: jYzKfuAcgP44cRSuCTm9fudxLcUuFg== X-Scanned-By: MIMEDefang 2.79 on 10.5.11.12 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.27]); Mon, 30 Oct 2017 06:41:05 +0000 (UTC) Subject: [dpdk-dev] [RFC PATCH 0/4] testpmd: simulating noisy host environment 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: Mon, 30 Oct 2017 06:41:07 -0000 This RFC patch propose enhancements 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 simple of measuring performance impact on cache and memory footprint utilization from various VNF co-located on the same host machine. This series of patches adds the new command line switches to testpmd: --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). --flush-timer [delay] Flush the packet queue if no packets have been seen during [delay]. As long as packets are seen, the timer is reset. Options to simulate route lookups: --memory-footprint [size] Size of the VNF internal memory (MB), in which the random read/write will be done, allocated by rte_malloc (hugepages). --random-w-memory-access-per-packet [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. --random-r-memory-access-per-packet [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. --random-rw-memory-access-per-packet [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. Options to simulate packet processing (encap/decap) --read-packet-buf [0-100] Determine the percentage of cache lines of a packet mbuf that testpmd should read for every packet. --write-packet-buf [0-100] Determines the percentage of cache lines in the packet mbuf testpmd should write to. Comments are welcomed. If name of command line switches seems reasonable, I'll send rest of the patches with the implementation in few days. Regards, -- Victor