Hi! > > Hmmm, Mems_allowed* content of /proc/$test_pid/status before sending > > SIGUSR1 to $test_pid is: > > > > Mems_allowed: 00000000,00000001 > > Mems_allowed_list: 0 > > cpuset11 1 TFAIL : hog the memory on the unexpected > > node(FilePages_For_Nodes(KB): _0: 112 > > _1: 0 > > _2: 0 > > _3: 0, Expect Nodes: 0). > > > > i.e. It is a failure on: > > base_test "0" "0" "0" "0" > > > > So, may be, It's a testcase issue. I'm Looking more deeply. > > > > > > It seems that just > /bin/echo 3 > /proc/sys/vm/drop_caches > is not sufficient to free memory.
Right, that drops only caches that are synced to disks and could be freed without waiting for writeback. > In accordance to Documentation/sysctl/vm.txt we need to invoke 'sync' > before that. > > I removed all the 'sleep's from the testcases and add a single sync > before sending SIGUSR1 to mem_hog. > > After that this testcase started to work reliable. Sounds good. So the problem (given the symptoms) may be that the test process wasn't moved to the desired cpuset right away because kernel needed to shuffle the process caches and since the transition wasn't complete the memory allocated meanwhile was stil at the wrong node? If that is so, we may also add a check that the process is moved to the cpuset allready before starting the test. But let's proceed with the fixes and cleanups we allready have first. -- Cyril Hrubis [email protected] ------------------------------------------------------------------------------ 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
