[lkml]   [2009]   [Apr]   [1]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: [RFC PATCH 00/17] virtual-bus
    Rusty Russell wrote:
    > On Wednesday 01 April 2009 05:12:47 Gregory Haskins wrote:
    >> Bare metal: tput = 4078Mb/s, round-trip = 25593pps (39us rtt)
    >> Virtio-net: tput = 4003Mb/s, round-trip = 320pps (3125us rtt)
    >> Venet: tput = 4050Mb/s, round-trip = 15255 (65us rtt)
    > That rtt time is awful. I know the notification suppression heuristic
    > in qemu sucks.
    > I could dig through the code, but I'll ask directly: what heuristic do
    > you use for notification prevention in your venet_tap driver?
    > As you point out, 350-450 is possible, which is still bad, and it's at least
    > partially caused by the exit to userspace and two system calls. If virtio_net
    > had a backend in the kernel, we'd be able to compare numbers properly.

    I doubt the userspace exit is the problem. On a modern system, it takes
    about 1us to do a light-weight exit and about 2us to do a heavy-weight
    exit. A transition to userspace is only about ~150ns, the bulk of the
    additional heavy-weight exit cost is from vcpu_put() within KVM.

    If you were to switch to another kernel thread, and I'm pretty sure you
    have to, you're going to still see about a 2us exit cost. Even if you
    factor in the two syscalls, we're still talking about less than .5us
    that you're saving. Avi mentioned he had some ideas to allow in-kernel
    thread switching without taking a heavy-weight exit but suffice to say,
    we can't do that today.

    You have no easy way to generate PCI interrupts in the kernel either.
    You'll most certainly have to drop down to userspace anyway for that.

    I believe the real issue is that we cannot get enough information today
    from tun/tap to do proper notification prevention b/c we don't know when
    the packet processing is completed.


    Anthony Liguori

     \ /
      Last update: 2009-04-01 18:15    [W:0.027 / U:85.108 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site