[LTP] [PATCH] madvise06: wait a bit after madvise() call

[Jan Stancek]

----- Original Message -----
> From: "Chunyu Hu" <chuhu@redhat.com>
> To: "Jan Stancek" <jstancek@redhat.com>
> Cc: ltp@lists.linux.it, "Chunyu Hu" <chuhu@redhat.com>
> Sent: Friday, 22 July, 2016 12:54:47 PM
> Subject: Re: [LTP] [PATCH] madvise06: wait a bit after madvise() call
> > > 
> > > Attached is approach v3, which sets up memory cgroup:
> > > - memory.limit_in_bytes is 128M
> > > - we allocate 512M
> > > - as consequence ~384M should be swapped while system should still have
> > >   plenty of free memory, which should be available for cache
> 
> I use the same host to test your V3, didn't reproduce the false positive
> issue.
> It skipped the test when the swap space is so large successfully. So great
> V3! Thanks.
> I guess if we got the V4, that's must be tricky, but seems no need now?

I posted v3 just now. I reduced allocated size to 400M, so it should
run also on systems as small as 1GB RAM. Other than that, it contains
feedback from Li and some additional checks so it TCONFs on older kernels
which don't have all /proc and memory cgroup knobs.

Regards,
Jan

> 
> [root@dhcp-chuhu mem]# ./b
> tst_test.c:701: INFO: Timeout per run is 300s
> b.c:73: INFO: dropping caches
> b.c:175: INFO: SwapCached (before madvise): 78688
> b.c:188: INFO: SwapCached (after madvise): 486628
> b.c:190: PASS: Regression test pass
> 
> Summary:
> passed   1
> failed   0
> skipped  0
> warnings 0
> [root@dhcp-chuhu mem]# ./b
> tst_test.c:701: INFO: Timeout per run is 300s
> b.c:73: INFO: dropping caches
> b.c:78: CONF: System RAM is too small, skip test
> 
> Summary:
> passed   0
> failed   0
> skipped  0
> warnings 0
> 
> 
> 
> > > Regards,
> > > Jan
> > > 
> > > 
> > 
> > --
> > Regards,
> > Chunyu Hu
> > 
> > 
> > --
> > Mailing list info: https://lists.linux.it/listinfo/ltp
> > 
> 
> --
> Regards,
> Chunyu Hu
> 
>