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

Li Wang liwang@redhat.com
Thu Jul 21 13:02:00 CEST 2016


On Thu, Jul 21, 2016 at 06:31:58AM -0400, Chunyu Hu wrote:
> > 
> > If you still have the setup, can you try how reliable is this approach?
> 
> I also had a try on my desktop. I copied the file as a.c and compiled it in ltp.
> Result is that if the sys is fresh with low Cache, it can pass rightly. But if 
> the Cache is before exhausted, it can hit failure, as the thresh_hold is too
> large to get there. Just FYI. 

Yes, Chunyu ran failed the case with his destop(uptime more than 30days) at first,
after rebooting it could be PASS.

We guess the reason is the current usage of SwapCached are too large and
madvise_willneed() could not shift the memory(swapout) into swapcache.

To verify this image we incresed SwapCached by another program(background)
then it always get failures like that. Probably it's still hitting the
situations we discussed before:

  2. It pending I/O with short dely.
  3. kernel ignoring the request for unknow reasons.

Regards,
Li Wang


More information about the ltp mailing list