Hi!
> For unification number of nodes is set based on environment.
> 
> I've not found a better way to guarantee dropping of caches than
> just increasing sleep timeout twice (to 20 seconds).
> 
> Signed-off-by: Stanislav Kholmanskikh <stanislav.kholmansk...@oracle.com>
> ---
>  .../cpuset_memory_spread_testset.sh                |    6 +++---
>  1 files changed, 3 insertions(+), 3 deletions(-)
> 
> diff --git 
> a/testcases/kernel/controllers/cpuset/cpuset_memory_spread_test/cpuset_memory_spread_testset.sh
>  
> b/testcases/kernel/controllers/cpuset/cpuset_memory_spread_test/cpuset_memory_spread_testset.sh
> index a357e22..4d7bbeb 100755
> --- 
> a/testcases/kernel/controllers/cpuset/cpuset_memory_spread_test/cpuset_memory_spread_testset.sh
> +++ 
> b/testcases/kernel/controllers/cpuset/cpuset_memory_spread_test/cpuset_memory_spread_testset.sh
> @@ -32,8 +32,8 @@ export TST_COUNT=1
>  
>  exit_status=0
>  # must >= 3 for: 1-$((nr_mems-2))
> -nr_cpus=4
> -nr_mems=3
> +nr_cpus=$NR_CPUS
> +nr_mems=$N_NODES
>  
>  # In general, the cache hog will use more than 10000 kb slab space on the 
> nodes
>  # on which it is running. The other nodes' slab space has littler 
> change.(less
> @@ -231,7 +231,7 @@ general_memory_spread_test()
>       fi
>  
>       # wait for droping the cache
> -     sleep 10
> +     sleep 20

I've asked our kernel guys and the drop_caches is synchronous interface,
so at the time the cat returns the caches should be dropped. See
fs/drop_caches.c the sysctl handler just does the work, there is nothing
deffered to working threads.

What exactly goes wrong when this sleep is missing here?

-- 
Cyril Hrubis
chru...@suse.cz

------------------------------------------------------------------------------
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60133471&iu=/4140/ostg.clktrk
_______________________________________________
Ltp-list mailing list
Ltp-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ltp-list

Reply via email to