summaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
authorRoss Brattain <ross.b.brattain@intel.com>2017-10-02 15:16:54 +0000
committerGerrit Code Review <gerrit@opnfv.org>2017-10-02 15:16:54 +0000
commit5e5b04940930bac3c242f869c302a8500f133335 (patch)
treeaa761c899e273d077ff6f89dc9585b7c24efa8bf
parentfaae89c6bd9533b4ff909673b18c6bea141e4762 (diff)
Update git submodules
* Update docs/submodules/yardstick from branch 'master' - Merge "drain runner queue and undo cancel_join_thread" - drain runner queue and undo cancel_join_thread Sometimes the runners can hang. Initially debugging lead to the queue join thread, so I thought we could cancel all the join threads and everything would be okay. But it turns out canceling the queue join threads can lead to corruption of the queues, so when we go to drain the queues the task hangs. But it also turns out that we were not properly draining the queues in the task process. We were waiting for all the runners to exit, then draining the queues. This is bad and will cause the queues to fill up and hang and/or drop data or corrupt the queues. The proper fix seems to be to draining the queues in a loop before calling join with a timeout. Also modified the queue drain loops to no block on queue.get() Revert "cancel all queue join threads" This reverts commit 75c0e3a54b8f6e8fd77c7d9d95decab830159929. Revert "duration runner: add teardown and cancel all queue join threads" This reverts commit 7eb6abb6931b24e085b139cc3500f4497cdde57d. Change-Id: Ic4f8e814cf23615621c1250535967716b425ac18 Signed-off-by: Ross Brattain <ross.b.brattain@intel.com>
m---------docs/submodules/yardstick0
1 files changed, 0 insertions, 0 deletions
diff --git a/docs/submodules/yardstick b/docs/submodules/yardstick
-Subproject def87da57962d932086840fc20950dc90de5c56
+Subproject 0cfce062a9c19751243ef7590ea9a11050bc7a6