Eric,
As a first step, please share the output of iperf3 to see how many
retransmissions that you have for the run. From VPP, please collect show errors
to see if vhost drops anything. As an additional data point for comparison,
please also try disabling vhost coalesce to see if you get better result by
adding the following configuration to /etc/vpp/startup.conf
vhost-user {
coalesce-frames 0
}
Steven
On 4/20/17, 2:19 PM, "vpp-dev-boun...@lists.fd.io on behalf of Ernst, Eric"
<vpp-dev-boun...@lists.fd.io on behalf of eric.er...@intel.com> wrote:
Thanks Billy - it was through some examples that i had found that I ended up
grabbing that. I reinstalled 1704 and can verify connectivity when
removing the
evil feature-mask.
Thanks for the quick feedback, Damjan. If we could only go back in time!
Now if I could just figure out why I'm getting capped bandwidth (via iperf)
of ~45 mbps between two VMs on the same socket on a sandybridge xeon, I will
be really happy! If anyone has suggestions on debug methods for this, it'd
be
appreciated. I see a huge difference when switching to ovs vhost-user,
keeping
all else the same.
--Eric
On Thu, Apr 20, 2017 at 04:29:23PM -0400, Billy McFall wrote:
> The vHost examples on the Wiki used the feature-mask of 0xFF. I think that
> is how it got propagated. In 16.09 when I did the CLI documentation for
the
> vHost, I expanded what the bits meant and used feature-mask 0x40400000 as
> the example. I will gladly add an additional comment indicating that the
> recommended use is to leave blank if this was intended to be debug.
>
> https://docs.fd.io/vpp/17.07/clicmd_src_vnet_devices_virtio.html
>
> Billy
>
> On Thu, Apr 20, 2017 at 4:17 PM, Damjan Marion (damarion) <
> damar...@cisco.com> wrote:
>
> >
> > Eric,
> >
> > long time ago ( i think 3+ years) when I wrote original vhost-user
driver
> > in vpp,
> > I added feature-mask knob to cli which messes up with feature bitmap
> > purely for debugging
> > reasons.
> >
> > And I regret many times…
> >
> > Somebody dig it out and documented it somewhere, for to me unknown
reasons.
> > Now it spreads like a virus and I cannot stop it :)
> >
> > So please don’t use it, it is evil….
> >
> > Thanks,
> >
> > Damjan
> >
> > > On 20 Apr 2017, at 20:49, Ernst, Eric <eric.er...@intel.com> wrote:
> > >
> > > All,
> > >
> > > After updating the startup.conf to not reference DPDK, per direction
in
> > release
> > > notification thread, I was able to startup vpp and create interfaces.
> > >
> > > Now that I'm testing, I noticed that I can no longer ping between VM
> > hosts which
> > > make use of vhost-user interfaces and are connected via l2 bridge
domain
> > > (nor l2 xconnect). I double checked, then reverted back to 17.01,
where
> > I could
> > > again verify connectivity between the guests.
> > >
> > > Any else seeing this, or was there a change in how this should be set
> > up? For
> > > reference, I have my (simple) setup described @ a gist at [1].
> > >
> > > Thanks,
> > > eric
> > >
> > >
> > > [1] - https://gist.github.com/egernst/5982ae6f0590cd83330faafacc3fd545
> > > _______________________________________________
> > > vpp-dev mailing list
> > > vpp-dev@lists.fd.io
> > > https://lists.fd.io/mailman/listinfo/vpp-dev
> >
> > _______________________________________________
> > vpp-dev mailing list
> > vpp-dev@lists.fd.io
> > https://lists.fd.io/mailman/listinfo/vpp-dev
>
>
>
>
> --
> *Billy McFall*
> SDN Group
> Office of Technology
> *Red Hat*
_______________________________________________
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev
_______________________________________________
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev
