15:01:29 #startmeeting vsperf weekly 15:01:29 Meeting started Wed Sep 21 15:01:29 2016 UTC. The chair is mtahhan__. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:01:29 Useful Commands: #action #agreed #help #info #idea #link #topic. 15:01:29 The meeting name has been set to 'vsperf_weekly' 15:01:49 #topic Dev updates 15:02:09 #info binary support for OVS has now been merged to vsperf 15:02:39 #info means you can test binary packages with vsperf now 15:03:17 #info Moongen: outstanding codeset for latency support, there's a bug in moongen with the latency measurement code 15:03:28 #info more info to follow on the bug next week 15:04:05 #info running moongen in a virtual machine/container - however Bill needs the latest version of Moongen, Bill's version is a little bit behind 15:04:38 #info Bill is trying to merge the code and is encountering some issues that still need to be resolved 15:05:13 #info requiremetns gathering in release D ongoing 15:05:28 sorry for typos 15:05:57 #info 2889 Address learning and caching implementation to start soon 15:06:33 #action Sridhar info sharing next week on QoS testing 15:07:13 #topic - Yardstick presentation 15:09:04 #info Martin prepared 3 sample testcases stored inside the vsperf repo 15:09:27 #info each testcaset to be executed by yardstick is to be defined inside the yaml file 15:10:59 #info you can also specify the custom config file as a parameter to the yaml test case 15:11:40 #info you can also pass additional configuration files as arguments to be executed before and after the test case 15:11:58 #info to allow you some more flexibility 15:13:02 #info runner: defines which parameters for the test case will be modified by yardstcik itself, so one tet case can be run multiple times with those parameters 15:14:05 #info we have to use the runner syntax to execute each test case individually and report the results per test case 15:14:32 #info SLA parameter allows you to set a threshold for pass/fail 15:14:38 #info of a test case 15:15:21 #info SLAs for vsperf -> you can use any value that's reported as a result to set a threshold for pass/fail 15:15:54 #info context - defines what VMs to execute on the DUT 15:21:20 #info next steps 15:21:41 #info how do we configure the rules on the vswitch with Yardstick 15:21:59 #info can be done through a setup-script 15:22:17 #info but this would mean that we would need a script per setup 15:22:52 #info will also be more difficult with multi node installations... Needs to be figured out 15:23:16 #info at the moment yardstick runs on the jumphost 15:23:33 #info will need some ssh functionality integrated into OVS 15:24:15 #info vsperf @jumphost vs vsperf in a VM 15:24:31 #info easier to prepare a VM that can be downloaded and used 15:24:44 #info only limitation is this ssh feature that will be required 15:48:13 #endmeeting