DPDK patches and discussions
 help / color / mirror / Atom feed
From: Maxime Coquelin <maxime.coquelin@redhat.com>
To: "Liu, Yong" <yong.liu@intel.com>,
	"Ye, Xiaolong" <xiaolong.ye@intel.com>,
	 "Wang, Zhihong" <zhihong.wang@intel.com>,
	"eperezma@redhat.com" <eperezma@redhat.com>
Cc: "dev@dpdk.org" <dev@dpdk.org>
Subject: Re: [dpdk-dev] [PATCH] vhost: remove deferred shadow update
Date: Wed, 15 Apr 2020 17:03:49 +0200	[thread overview]
Message-ID: <5bd2477a-db3b-8179-470b-591ca37d93ad@redhat.com> (raw)
In-Reply-To: <86228AFD5BCD8E4EBFD2B90117B5E81E63536963@SHSMSX103.ccr.corp.intel.com>

Hi Marvin,

On 4/15/20 4:55 PM, Liu, Yong wrote:
> 
> 
>> -----Original Message-----
>> From: Maxime Coquelin <maxime.coquelin@redhat.com>
>> Sent: Wednesday, April 15, 2020 10:16 PM
>> To: Liu, Yong <yong.liu@intel.com>; Ye, Xiaolong <xiaolong.ye@intel.com>;
>> Wang, Zhihong <zhihong.wang@intel.com>; eperezma@redhat.com
>> Cc: dev@dpdk.org
>> Subject: Re: [PATCH] vhost: remove deferred shadow update
>>
>>
>>
>> On 4/1/20 11:29 PM, Marvin Liu wrote:
>>> Defer shadow ring update will help overall throughput when frontend
>>> much slower than backend. But that is not all the cases we faced now.
>>> In case like ovs-dpdk + dpdk virtio user, frontend will much faster
>>> than backend. Frontend may not be able to collect available descs when
>>> shadow update is deferred. Thus will harm RFC2544 performance.
>>
>> I don't understand this comment. What is the difference in term of
>> performance between Qemu + Virtio PMD and Virtio-User PMD, as the
>> datapath is the same?
>>
> 
> Hi Maxime,
> The statement is for the different situations between virtio-net + vhost pmd and virtio-user + vhost pmd in ovs. 
> When combination is virtio-user + vhost pmd in ovs, frontend will be much faster than backend.  Defer used ring update won't give benefit when requiring zero packet loss. 

Ok, so you mean Virtio PMD vs. Virtio-net kernel driver.

Regarding who is faster between Virtio PMD and Vhost PMD, it actually
depends on what the applications using them are doing.

If you have OVS on host + testpmd on guest doing IO fowarding, then of
course the frontent is much faster.

But if you have testpmd IO forward on host + tespmd MACSWAP forward in
guest, then the frontend could be slower.

That looks like a benchmark optimization only.

> Regards,
> Marvin
> 
>>> Solution is just remove deferred shadow update, which will help RFC2544
>>> and fix potential issue with virtio net driver.
>>
>> What is the potential issue?
>>
>> Maxime
> 
> It  is napi stops issue which has been fixed by Eugenio.

OK, then I would suggest to change the patch title to:
"vhost: fix shadow update"

Then explicit the commit message to point to Eugenio's bug, and tag it
with the proper Fixes tag, so that the patch gets backported to 19.11
LTS.

Thanks,
Maxime


  reply	other threads:[~2020-04-15 15:03 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-04-01 21:29 Marvin Liu
2020-04-06  8:56 ` Wang, Yinan
2020-04-15 14:15 ` Maxime Coquelin
2020-04-15 14:55   ` Liu, Yong
2020-04-15 15:03     ` Maxime Coquelin [this message]
2020-04-16  0:29       ` Liu, Yong
2020-04-17  2:39 ` [dpdk-dev] [PATCH v2] vhost: fix " Marvin Liu
2020-04-17 13:29   ` Maxime Coquelin
2020-04-17 17:08   ` Maxime Coquelin

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=5bd2477a-db3b-8179-470b-591ca37d93ad@redhat.com \
    --to=maxime.coquelin@redhat.com \
    --cc=dev@dpdk.org \
    --cc=eperezma@redhat.com \
    --cc=xiaolong.ye@intel.com \
    --cc=yong.liu@intel.com \
    --cc=zhihong.wang@intel.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).