[lkml]   [2008]   [Nov]   [9]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [PATCH 0/16 v6] PCI: Linux kernel SR-IOV support
Muli Ben-Yehuda wrote:
>> We've been talking about avoiding hardware passthrough entirely and
>> just backing a virtio-net backend driver by a dedicated VF in the
>> host. That avoids a huge amount of guest-facing complexity, let's
>> migration Just Work, and should give the same level of performance.
> I don't believe that it will, and every benchmark I've seen or have
> done so far shows a significant performance gap between virtio and
> direct assignment, even on 1G ethernet. I am willing however to
> reserve judgement until someone implements your suggestion and
> actually measures it, preferably on 10G ethernet.

Right now virtio copies data, and has other inefficiencies. With a
dedicated VF, we can eliminate the copies.

CPU utilization and latency will be worse. If we can limit the
slowdowns to an acceptable amount, the simplicity and other advantages
of VF-in-host may outweigh the performance degradation.

> No doubt device assignment---and SR-IOV in particular---are complex,
> but I hardly think ignoring it as you seem to propose is the right
> approach.

I agree. We should hedge our bets and support both models.

error compiling committee.c: too many arguments to function

 \ /
  Last update: 2008-11-09 14:07    [W:0.102 / U:4.708 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site