From: Cyril H. <su...@li...> - 2012-10-04 14:56:46
|
The branch, master, has been updated via 1aad5c30cbb56381d5ec243c9e8e8a3013546534 (commit) from f8b7fd8a71dce11c5714e493c50b75b4fce8f540 (commit) - Log ----------------------------------------------------------------- commit 1aad5c30cbb56381d5ec243c9e8e8a3013546534 Author: Cyril Hrubis <ch...@su...> Date: Thu Oct 4 15:46:05 2012 +0200 runtest/fs: Limit proc01 to first 128 megabytes. This limits maximal size read from one file of proc01 test to decrase the test running time. With this the test running time is reduced from 30 minutes to 1 second. ... I chose 128MB as rule of thumb, so I can hit some real pages and holes (in pagemap). 128MB equals to 4194304 pages (32bits per entry). If page_size is 4kB, this covers first 16G of address space, so it's likely you hit all kinds of pagemap entries. ... Signed-off-by: Jan Stancek <jst...@re...> Signed-off-by: Cyril Hrubis <ch...@su...> ----------------------------------------------------------------------- Summary of changes: runtest/fs | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/runtest/fs b/runtest/fs index 34df99b..438c79c 100644 --- a/runtest/fs +++ b/runtest/fs @@ -67,7 +67,7 @@ fs_di fs_di -d $TMPDIR # Read every file in /proc. Not likely to crash, but does enough # to disturb the kernel. A good kernel latency killer too. # Was not sure why it should reside in runtest/crashme and won´t get tested ever -proc01 proc01 +proc01 proc01 -m 128 #Run the File System Race Condition Check tests as well fs_racer fs_racer.sh -t 5 hooks/post-receive -- ltp |