[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] Help needed: test-qht-par hangs on Travis
From: |
Emilio G. Cota |
Subject: |
Re: [Qemu-devel] Help needed: test-qht-par hangs on Travis |
Date: |
Sun, 9 Dec 2018 17:27:38 -0500 |
User-agent: |
Mutt/1.9.4 (2018-02-28) |
On Fri, Dec 07, 2018 at 18:41:07 -0200, Eduardo Habkost wrote:
> I've noticed QEMU Travis builds are failing recently, and they
> seem to happen only on the --enable-gprof jobs. I have enabled
> V=1 and noticed that the jobs are hanging inside test-qht-par.
>
> Example here (look for "/qht/parallel/2threads-0%updates-1s"):
>
> https://travis-ci.org/ehabkost/qemu-hacks/jobs/465081311
>
> Does anybody have any idea why?
So if I read that output correctly, it seems that the second
test in qht-par never completes.
Enabling gprof and gcov (as in that build) should just lower
the throughput of the benchmark (test-qht-par invokes qht-bench),
but the duration should be the same (1 second per test, so no need
to wait for 10 minutes).
Can you try re-running the test, after applying the appended patch?
(It disables the "resize" thread.)
Also, does it reliably hang on Travis, or are these hangs
intermittent?
Thanks,
Emilio
---
diff --git a/tests/test-qht-par.c b/tests/test-qht-par.c
index d8a83caf5c..83ac92e430 100644
--- a/tests/test-qht-par.c
+++ b/tests/test-qht-par.c
@@ -6,7 +6,7 @@
*/
#include "qemu/osdep.h"
-#define TEST_QHT_STRING "tests/qht-bench 1>/dev/null 2>&1 -R -S0.1 -D10000 -N1
"
+#define TEST_QHT_STRING "tests/qht-bench 1>/dev/null 2>&1 -R "
static void test_qht(int n_threads, int update_rate, int duration)
{