luc14n0/glib
1
0
Fork 0
mirror of https://gitlab.gnome.org/GNOME/glib.git synced 2024-11-14 05:16:18 +01:00
Code Issues Packages Projects Releases Wiki Activity

tests: Reduce thread and iteration count on CI for /thread/rec-mutex3

Browse Source 
It’s fairly consistently timing out on macOS. Looking at the verbose
test output, it’s still making progress right up until when it times out
(i.e. it hasn’t hit a `GRecMutex` bug and hasn’t deadlocked), so it
seems that the test runner is just hopelessly overloaded/underpowered
for the number of threads and iterations we’re asking it to test.

Tone those numbers down for CI test runs then.

Signed-off-by: Philip Withnall <pwithnall@endlessos.org>
This commit is contained in:
Philip Withnall 2023-06-01 12:19:09 +01:00
parent add5fceedb
commit da0a945477
1 changed files with 10 additions and 0 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

10
glib/tests/rec-mutex.c
View File

@ -155,6 +155,16 @@ test_rec_mutex4 (void)
data.n_locks = 48; data.n_locks = 48;
data.n_iterations = 10000; data.n_iterations = 10000;
data.n_threads = 100; data.n_threads = 100;
/* Some CI runners have a hard time with this much contention, so tone it down
* a bit for CI. */
if (!g_test_perf ())
{
data.n_locks /= 10;
data.n_iterations /= 10;
data.n_threads /= 10;
}
data.threads = g_new0 (GThread*, data.n_threads); data.threads = g_new0 (GThread*, data.n_threads);
data.owners = g_new0 (GThread*, data.n_locks); data.owners = g_new0 (GThread*, data.n_locks);
data.locks = g_new0 (GRecMutex, data.n_locks); data.locks = g_new0 (GRecMutex, data.n_locks);