On 09/26/2013 04:06 PM, [email protected] wrote: > 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 <[email protected]> >> --- >> .../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?
If I remove this sleep and perform two sequential runs I get this error: root@debian7-x64:/opt/ltp/testcases/bin# ./cpuset_memory_spread_testset.sh 100+0 records in 100+0 records out 104857600 bytes (105 MB) copied, 0.0595533 s, 1.8 GB/s cpuset11 1 TFAIL : hog the memory on the unexpected node(FilePages_For_Nodes(KB): _0: 0 _1: 336 _2: 0 _3: 0, Expect Nodes: 0). But if I take a few seconds between two runs the error disappears. I suppose this is an environment issue but don't know how to manage it. ------------------------------------------------------------------------------ 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 [email protected] https://lists.sourceforge.net/lists/listinfo/ltp-list
