On Fri, 14 Jun 2013, Roman Gushchin wrote: > But there is an actual problem, that this patch solves. > Sometimes I saw the following issue on some machines: > all CPUs are performing compaction, system time is about 80%, > system is completely unreliable. It occurs only on machines > with specific workload (distributed data storage system, so, > intensive disk i/o is performed). A system can fall into > this state fast and unexpectedly or by progressive degradation.
Well that is not a slab allocator specific issue but related to compaction concurrency. Likely cache line contention is causing a severe slowday. But that issue could be triggered by any subsystem that does lots of memory allocations. I would suggest that we try to address the problem in the compaction logic rather than modifying allocators. Mel? -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
