[Cc Vlastimil. The full report is http://lkml.kernel.org/r/f7ed71c1-d599-5257-fd8f-041eb24d9f29@xxxxxxxxxxxx] On Sat 08-09-18 20:52:35, Stefan Priebe - Profihost AG wrote: > [305146.987742] khugepaged: page allocation stalls for 224236ms, order:9, > mode:0x4740ca(__GFP_HIGHMEM|__GFP_IO|__GFP_FS|__GFP_COMP|__GFP_NOMEMALLOC|__GFP_HARDWALL|__GFP_THISNODE|__GFP_MOVABLE|__GFP_DIRECT_RECLAIM), nodemask=(null) This is certainly not a result of this patch AFAICS. khugepaged does add __GFP_THISNODE regardless of what alloc_hugepage_khugepaged_gfpmask thinks about that flag. Something to look into as well I guess. Anyway, I guess we want to look closer at what compaction is doing here because such a long stall is really not acceptable at all. Maybe this is something 4.12 kernel related. This is hard to tell. Unfortunatelly, upstream has lost the stall warning so you wouldn't know this is the case with newer kernels. Anyway, running with compaction tracepoints might tell us more. Vlastimil will surely help to tell you which of them to enable. -- Michal Hocko SUSE Labs
