[LTP] [PATCH] memcg_lib/memcg_process: Better synchronization of signal USR1
Cyril Hrubis
chrubis@suse.cz
Mon Nov 25 16:32:45 CET 2019
Hi!
> >> Actually this does not work like this, because some of the
> >> tests trigger the oom killer and TEST_CHECKPOINT_WAIT calling
> >> tst_checkpoint uses ROD. Is it ok to directly call
> >>
> >> tst_checkpoint wait 10000 "1"
> >>
> >> and ignore the result here?
> > Wouldn't that delay the test for too long?
> >
> > The default timeout for checkpoints is probably too big.
> >
> > This problem is quite tricky to get right I guess. Maybe we can watch
> > /proc/[pid]/statm for increase data + stack memory.
> The timeout is specified on the command line (the 10000) in ms.
Ah, sorry I was blind.
> We run the test with timeout=1000 now and it works fine. It is simpler
> than thinking about any
> other synchronization technique. The additonal wait adds less than 30
> for all tests, that use memcg_process.
30 what? seconds? That is unfortunatelly not acceptable.
Actually having a closer look at the code there is a loop that checks
every 100ms if:
1) the process is still alive
2) if there was increase in usage_in_bytes in the corresponding cgroup
So what is wrong with the original code?
--
Cyril Hrubis
chrubis@suse.cz
More information about the ltp
mailing list