On Mon, 9 Jan 2012, leonid.moiseichuk@xxxxxxxxx wrote: > > I'm not sure why you need to detect low memory thresholds if you're not > > interested in using the memory controller, why not just use the oom killer > > delay that I suggested earlier and allow userspace to respond to conditions > > when you are known to failed reclaim and require that something be killed? > > As I understand that is required to turn on memcg and memcg is a thing > I try to avoid. > Maybe there's some confusion: the proposed oom killer delay that I'm referring to here is not upstream and has never been written for global oom conditions. My reference to it earlier was as an internal patch that we carry on top of memory controller, but what I'm proposing here is for it to be implemented globally. So if the page allocator can make no progress in freeing memory, we would introduce a delay in out_of_memory() if it were configured via a sysctl from userspace. When this delay is started, applications waiting on this event can be notified with eventfd(2) that the delay has started and they have however many milliseconds to address the situation. When they rewrite the sysctl, the delay is cleared. If they don't rewrite the sysctl and the delay expires, the oom killer proceeds with killing. What's missing for your usecase with this proposal? -- 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>