On 2018/11/15 下午3:04, Michael S. Tsirkin wrote:

On Thu, Nov 15, 2018 at 11:56:03AM +0800, jiangyiwen wrote:

quoted

Hi Stefan, Michael, Jason and everyone,

Several days ago, I discussed with jason about "Vsock over Virtio-net".
This idea has two advantages:
First, it can use many great features of virtio-net, like batching,
mergeable rx buffer and multiqueue, etc.
Second, it can reduce many duplicate codes and make it easy to be
maintained.

I'm not sure I get the motivation. Which features of
virtio net are relevant to vsock?

Vsock is just a L2 (and above) protocol from the view of the device. So 
I think we should answer the question why we need two different paths 
for networking traffic? Or what is the fundamental reason that makes 
vsock does not go for virtio-net?

I agree they could be different type of devices but codes could be 
shared in both guest and host (or even qemu) for not duplicating 
features(bugs).

Thanks

The ones that you mention
all seem to be mostly of use to the networking stack.

_______________________________________________
Virtualization mailing list
Virtualization@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/virtualization