(cc to oom interested people) > > > > I have tested this for the latest mainline kernel using the > > > > reproducer > > > > attached, the system just hung or deadlock after oom. The whole oom > > > > trace is here. > > > > http://people.redhat.com/qcai/oom.log > > > > > > > > Did I miss anything? > > > > > > Can you please try commit 929bea7c714220fc76ce3f75bef9056477c28e74? > > As I have mentioned that I have tested the latest mainline which have > > already included that fix. Also, does this problem only for x86? The > > testing was done using x86_64. Not sure if that would be a problem. > > No. I'm also using x86_64 and my machine completely works on current > latest linus tree. I confirmed it today. > 4194288 pages RAM You have 16GB RAM. > Out of memory: Kill process 1175 (dhclient) score 1 or sacrifice child > Out of memory: Kill process 1247 (rsyslogd) score 1 or sacrifice child > Out of memory: Kill process 1284 (irqbalance) score 1 or sacrifice child > Out of memory: Kill process 1303 (rpcbind) score 1 or sacrifice child > Out of memory: Kill process 1321 (rpc.statd) score 1 or sacrifice child > Out of memory: Kill process 1333 (mdadm) score 1 or sacrifice child > Out of memory: Kill process 1365 (rpc.idmapd) score 1 or sacrifice child > Out of memory: Kill process 1403 (dbus-daemon) score 1 or sacrifice child > Out of memory: Kill process 1438 (acpid) score 1 or sacrifice child > Out of memory: Kill process 1447 (hald) score 1 or sacrifice child > Out of memory: Kill process 1447 (hald) score 1 or sacrifice child > Out of memory: Kill process 1487 (hald-addon-inpu) score 1 or sacrifice child > Out of memory: Kill process 1488 (hald-addon-acpi) score 1 or sacrifice child > Out of memory: Kill process 1507 (automount) score 1 or sacrifice child Oops. OK. That's known issue. Current OOM logic doesn't works if you have gigabytes RAM. because _all_ process have the exactly same score (=1). then oom killer just fallback to random process killer. It was made commit a63d83f427 (oom: badness heuristic rewrite). I pointed out it at least three times. You have to blame Google folks. :-/ The problems are three. 1) if two processes have the same oom score, we should kill younger process. but current logic kill older. Oldest processes are typicall system daemons. 2) Current logic use 'unsigned int' for internal score calculation. (exactly says, it only use 0-1000 value). its very low precision calculation makes a lot of same oom score and kill an ineligible process. 3) Current logic give 3% of SystemRAM to root processes. It obviously too big if you have plenty memory. Now, your fork-bomb processes have 500MB OOM immune bonus. then your fork-bomb never ever be killed. CAI-san: I've made fixing patches. Can you please try them? -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@xxxxxxxxxx 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>