From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga17.intel.com (mga17.intel.com [192.55.52.151]) by dpdk.org (Postfix) with ESMTP id 764F31559 for ; Tue, 18 Sep 2018 07:30:58 +0200 (CEST) X-Amp-Result: UNKNOWN X-Amp-Original-Verdict: FILE UNKNOWN X-Amp-File-Uploaded: False Received: from orsmga004.jf.intel.com ([10.7.209.38]) by fmsmga107.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 17 Sep 2018 22:30:57 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.53,388,1531810800"; d="scan'208";a="233805831" Received: from btwcube1.sh.intel.com (HELO debian) ([10.67.104.151]) by orsmga004.jf.intel.com with ESMTP; 17 Sep 2018 22:30:56 -0700 Date: Tue, 18 Sep 2018 13:29:51 +0800 From: Tiwei Bie To: ertr@kaloom.com, users@dpdk.org Cc: zhihong.wang@intel.com, maxime.coquelin@redhat.com Message-ID: <20180918052951.GA1658@debian> References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) Subject: Re: [dpdk-users] Virtio-user exceptional path performance X-BeenThere: users@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK usage discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Sep 2018 05:30:58 -0000 On Tue, Sep 04, 2018 at 05:54:20PM +0000, Eric Tremblay wrote: > Hello, >=20 > I am testing the performance capabilities of the virtio-user exceptional = path for use in container networking scenarios. I am trying to reproduce th= e results obtained in Test Case 1 described in the paper "VIRTIO-USER: A Ne= w Versatile Channel for Kernel-Bypass Networks". That is, I am creating tw= o virtio-user vdevs in testpmd, putting each one in separate network namesp= aces and running iperf3 between the two. However, I am unable to obtain the= near 25Gbps throughput shown in the paper. Instead, I obtained a mere 3Gbp= s. Has anyone else been able to reproduce these results? My understanding i= s that this type of virtual device takes advantage of both checksum offload= ing and LRO in order to get such high throughput. However, for some reason,= I am unable to use RX checksum offloading nor LRO in my setup. If I specif= y the --enable-lro and --enable-rx-cksum options in testpmd (as shown here = https://doc.dpdk.org/guides-17.11/howto/virtio_user_as_exceptional_path.htm= l), the tap device is never created in the kernel. If I do not specify thes= e options, the tap is created correctly but the rx-checksum and LRO are off= and cannot be turned on using ethtool (they are marked as [fixed]). Somehow below fix isn't backported to 17.11 while the commit it fixed was backported. https://git.dpdk.org/dpdk/commit/?id=3Dbce7e9050f9b commit bce7e9050f9b ("net/virtio-user: fix start with kernel vhost") Please apply above fix locally and see if it works. Thanks >=20 > Does anyone have any idea what may be preventing me from taking advantage= of checksum offloading and LRO? Also, I am I right in assuming that this i= s the reason why the performance is so poor or could there be another probl= em with my setup? I am using DPDK 17.11 on CentOS 7.5. Any help would be ap= preciated. >=20 > Regards, >=20 > Eric >=20