I'd like to better understand how hugepages are allocated at boot when vpp is
not started, as well as what happens what vpp is started (ie, systemctl start
vpp).
The reason I ask is that I'm running into an issue with hugepage allocation
changes causing VPP to fail. Whereas 1024 2MB pages is
> On 13 Apr 2017, at 16:05, Ernst, Eric wrote:
>
> Thanks for the quick reply, Maciek.
Np.
>
> Just to be double sure, your jumbo frame results should be ~1.3Mpps/16 _G_bps,
> not _H_, right? I assume you aren't using humble-burst measurements.
More like “Heroic-" :)
Thanks for the quick reply, Maciek.
Just to be double sure, your jumbo frame results should be ~1.3Mpps/16 _G_bps,
not _H_, right? I assume you aren't using humble-burst measurements.
I looked through some of the links, and understand that generally performance
should scale with
+csit-dev
Eric,
The way we test vpp vhostuser in CSIT is by generating packet streams
from external traffic generator per VM topology shown at this link:
https://docs.fd.io/csit/rls1701/report/vpp_performance_tests/overview.html#tested-physical-topologies
VM vhostuser testing methodology
Hello Klement,
Unfortunately, the VIRL simulation has not been started successfully. I did
some cleaning action on VIRL servers and forced recheck in your commit. I will
keep my eyes on the started virl verify job
https://jenkins.fd.io/job/vpp-csit-verify-virl-master/4910/
Thanks,
Jan
PS:
Hi,
does anybody know how to make virl pass? This is a make test related
change only and so far I've seen 3 virl failures. Interestingly, a
dependent change on this one passed on the first try.
Thanks,
Klement
Forwarded message from fd.io JJB (Code Review) (2017-04-12 18:10:53):
> fd.io JJB has
Hi Burt,
The problem is that the steps I follow today are the exact same I followed 2
months ago (with previous release - as mentioned in my earlier email) but today
that doesn't work anymore... install-dep does not work on SUSE but that is not
"the issue" since packages can be installed