[LTP] [PATCH] read_all: scale down how many times we read by default

Jan Stancek jstancek@redhat.com
Tue Jun 9 12:55:51 CEST 2020


read_all is running into timeouts on high cpu systems, where
access to some per-cpu files is protected by a lock. Latest
example is /sys/kernel/tracing/per_cpu/*.

At the moment we read each file 10 times, and we have been
excluding files that take too long. Rather than expanding
blacklist, scale the default down to 3.

Signed-off-by: Jan Stancek <jstancek@redhat.com>
---
 runtest/fs | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/runtest/fs b/runtest/fs
index 464ba8fb9686..5892e9fdaee5 100644
--- a/runtest/fs
+++ b/runtest/fs
@@ -69,9 +69,9 @@ fs_di fs_di -d $TMPDIR
 # Was not sure why it should reside in runtest/crashme and won't get tested ever
 proc01 proc01 -m 128
 
-read_all_dev read_all -d /dev -p -q -r 10
-read_all_proc read_all -d /proc -q -r 10
-read_all_sys read_all -d /sys -q -r 10
+read_all_dev read_all -d /dev -p -q -r 3
+read_all_proc read_all -d /proc -q -r 3
+read_all_sys read_all -d /sys -q -r 3
 
 #Run the File System Race Condition Check tests as well
 fs_racer fs_racer.sh -t 5
-- 
2.18.1



More information about the ltp mailing list