Re: oomkillers gone wild.
From: David Rientjes
Date: Mon Jun 04 2012 - 19:31:30 EST
On Mon, 4 Jun 2012, Dave Jones wrote:
> we picked this..
>
> [21623.066911] [ 588] 0 588 22206 1 2 0 0 dhclient
>
> over say..
>
> [21623.116597] [ 7092] 1000 7092 1051124 31660 3 0 0 trinity-child3
>
> What went wrong here ?
>
> And why does that score look so.. weird.
>
It sounds like it's because pid 588 has uid=0 and the adjustment for root
processes is causing an overflow. I assume this fixes it?
---
diff --git a/mm/oom_kill.c b/mm/oom_kill.c
--- a/mm/oom_kill.c
+++ b/mm/oom_kill.c
@@ -183,7 +183,7 @@ static bool oom_unkillable_task(struct task_struct *p,
unsigned long oom_badness(struct task_struct *p, struct mem_cgroup *memcg,
const nodemask_t *nodemask, unsigned long totalpages)
{
- unsigned long points;
+ long points;
if (oom_unkillable_task(p, memcg, nodemask))
return 0;
@@ -223,7 +223,7 @@ unsigned long oom_badness(struct task_struct *p, struct mem_cgroup *memcg,
* Never return 0 for an eligible task regardless of the root bonus and
* oom_score_adj (oom_score_adj can't be OOM_SCORE_ADJ_MIN here).
*/
- return points ? points : 1;
+ return points > 0 ? points : 1;
}
/*
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/