From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-we0-f174.google.com (mail-we0-f174.google.com [74.125.82.174]) by dpdk.org (Postfix) with ESMTP id DA793B3D8 for ; Thu, 25 Sep 2014 10:55:56 +0200 (CEST) Received: by mail-we0-f174.google.com with SMTP id w62so7083845wes.19 for ; Thu, 25 Sep 2014 02:02:13 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:date:message-id:organization :user-agent:in-reply-to:references:mime-version :content-transfer-encoding:content-type; bh=7ptxGJtj/RZCu8uZY84HobQu0QNxOEUSVeZPaWWWT7w=; b=jN2PwUP4RVqzH047GmiSQoUFiqYtu9glgCdwUV45ZQVkHNvrJRzsoDRK0xMbMpo+CW XX7xnzFPW+7TEeuMZfOtOAdy6rhdgmYBpneGNjezyLKv2Jpn/lW6mMUDxBM4oobMY0zH 8ugDA0Dpx1Xu0RozGC/eHo4SInxJN89pf8/7W0yuoZmgxJ+uWSzsAXWNjoBLN9p88dVW 5oR/0942JCPIsQ65WiheyacMWI9rvv7GZZpVKAywNtnW5dmlA7O7H0q+sn71E5xvmA+0 o8CO8P+B8dNsXuIdLtv6sO36Pl13m5PjEHOW92h167XTcsbr6hN5OuyRr256TCkKCDC9 XoNA== X-Gm-Message-State: ALoCoQlIFWYyhJR8pYVj1+4vzZmkXBFz4wtywYPAQNCfLTJsIZqcPl2DOiSoNI9qJ6IqkQw+wPdR X-Received: by 10.194.177.226 with SMTP id ct2mr11981111wjc.20.1411635733758; Thu, 25 Sep 2014 02:02:13 -0700 (PDT) Received: from xps13.localnet (136-92-190-109.dsl.ovh.fr. [109.190.92.136]) by mx.google.com with ESMTPSA id cb10sm2416638wib.19.2014.09.25.02.02.12 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 25 Sep 2014 02:02:13 -0700 (PDT) From: Thomas Monjalon To: Hiroshi Shimamoto Date: Thu, 25 Sep 2014 11:02:04 +0200 Message-ID: <2175678.VihOFB42XY@xps13> Organization: 6WIND User-Agent: KMail/4.13.3 (Linux/3.15.8-1-ARCH; KDE/4.13.3; x86_64; ; ) In-Reply-To: <7F861DC0615E0C47A872E6F3C5FCDDBD02AD9DD6@BPXM14GP.gisp.nec.co.jp> References: <7F861DC0615E0C47A872E6F3C5FCDDBD011A98C5@BPXM14GP.gisp.nec.co.jp> <9049135.zKavqy3ols@xps13> <7F861DC0615E0C47A872E6F3C5FCDDBD02AD9DD6@BPXM14GP.gisp.nec.co.jp> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: dev@dpdk.org, Hayato Momma Subject: Re: [dpdk-dev] [memnic PATCH 1/7] guest: memnic-tester: PMD benchmark in guest 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: Thu, 25 Sep 2014 08:55:57 -0000 > > > master |<- put packets ->| |<- get packets ->| > > > slave | |<- rx packets ->|<- tx packets ->| | > > > |<----------------- set ----------------->| > > > > > > Measuring how many sets in the certain period, that represents > > > the MEMNIC PMD performance. The master workload must be very low. > > > > Sorry, I don't really understand this diagram and the associated explanation. > > Could you try to reword it? > > sure, will make more understandable description. > Could you please help me to do that? > > The purpose of this program is measuring the performance of MEMNIC PMD itself. > It means that we'd like to know how much the PMD takes in rx and tx API. > The program does rx and tx in the slave thread and the PMD performance could > be measured how much packets are handled in certain period. By the way we > need to fill and clear MEMNIC packet buffer for enabling to work the PMD rx/tx > in the slave thread. Then, I made the master thread which fills and clears > MEMNIC packet buffer in the lightest way, and it should be with the least jitter. > If we generate a real packet out of VM, that may cause increasing jitter > outside of the MEMNIC PMD, it means we will not see the precise performance > of MEMNIC PMD itself. > > Can you see the concept of this benchmark with the above? Yes. But I think master and slave roles are confused. I try to reword it with less words: memnic-tester is a benchmark tool to measure performance of MEMNIC PMD itself. The master thread forward packets with Rx and Tx bursts. The slave thread fills and clears packets in the lightest way. It doesn't get packet out of VM because it would increase jitter and hide PMD performance. Throughput (number of forwarded packets per second) is given for each frame size. -- Thomas