Hi, > While testing, Santwana has encountered that Hackbench invoked > oom-killer, while running ltp runall. It has been recently ported to LTP > from the Original program available at Red Hat site, and, has undergone > few changes satisfying to LTP´s needs. The program can be found here: > > http://ltp.cvs.sourceforge.net/ltp/ltp/testcases/kernel/sched/cfs-scheduler/hackbench.c, > > and the ways it is invoked is: > > hackbench01 hackbench 150 process 1000 > hackbench02 hackbench 20 thread 1000 > > Jin/Yamato, > > Have you encountered oom-killer while executing Hackbench ? I doubt that > it has got to do with the way we invoke hackbench01 test. We can instead > change this to:
Sorry I'm concentrating on ltp/testcases/kernel/syscalls. So I don't run hackbench much. > hackbench01 hackbench 20 process 1000, > from > hackbench01 hackbench 150 process 1000, > > and see whether this can solve this problem. Here, what is problem? kernel bug or ltp bug? > 2266070 pages of RAM > 2079704 pages of HIGHMEM > 38075 reserved pages > 305938 pages shared > 1690 pages swap cached > 19 pages dirty > 0 pages writeback > 872 pages mapped > 118533 pages slab > 24268 pages pagetables The size of slab is as expected? Masatake YAMATO ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Ltp-list mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/ltp-list
