Hi, this small patch series has two patches. While the first one is a bug fix the other one is a cleanup which might be a bit controversial. I have experienced a serious starvation due the way how we handle oom_lock counter currently and the first patch aims at fixing it. The issue can be reproduced quite easily on a machine with many CPUs and many tasks fighting for a memory (e.g. 100 tasks each allocating and touching 10MB anonymous memory in a tight loop within a 200MB group with swapoff and mem_control=0) I have no hard numbers to support why spinlock is better than mutex for the second patch but it feels like it is more suitable for the code paths we are using it at the moment. It should also reduce context switches count for many contenders. Michal Hocko (2): memcg: make oom_lock 0 and 1 based rather than coutner memcg: change memcg_oom_mutex to spinlock mm/memcontrol.c | 42 ++++++++++++++++++++++++++---------------- 1 files changed, 26 insertions(+), 16 deletions(-) -- 1.7.5.4 -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@xxxxxxxxx. For more info on Linux MM, see: http://www.linux-mm.org/ . Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/ Don't email: <a href=mailto:"dont@xxxxxxxxx";> email@xxxxxxxxx </a>