stdlib: Tune down fork arc4random tests

There is no fork detection on current arc4random implementation, so
use lower subprocess on fork tests.  The tests now run on 0.1s
instead of 8s on a Ryzen9 5900X.

Checked on x86_64-linux-gnu.
Reviewed-by: Carlos O'Donell <carlos@redhat.com>

diff --git a/stdlib/tst-arc4random-fork.c b/stdlib/tst-arc4random-fork.c
index a69ec3968f64ed0c7160292b79322dd50f9d7fa7..65d5893f5e807c5f10da0313c63667ddbb0fd98f 100644 (file)
--- a/stdlib/tst-arc4random-fork.c
+++ b/stdlib/tst-arc4random-fork.c
@@ -30,14 +30,10 @@
 #include <unistd.h>
 
 /* Perform multiple runs.  The subsequent runs start with an
-   already-initialized random number generator.  (The number 1500 was
-   seen to reproduce failures reliable in case of a race condition in
-   the fork detection code.)  */
-enum { runs = 1500 };
-
-/* One hundred processes in total.  This should be high enough to
-   expose any issues, but low enough not to tax the overall system too
-   much.  */
+   already-initialized random number generator.  */
+enum { runs = 10 };
+
+/* Total number of spawned processes on each run.  */
 enum { subprocesses = 49 };
 
 /* The total number of processes.  */