On Wed, Mar 09, 2016 at 03:08:53PM -0800, Andrew Morton wrote: > On Wed, 9 Mar 2016 17:48:29 -0500 Johannes Weiner <hannes@xxxxxxxxxxx> wrote: > > > However, I disagree with your changelog. > > What text would you prefer? I'd just keep the one you had initially. Or better, this modified version: When the OOM killer scans tasks and encounters a PF_EXITING one, it force-selects that task regardless of the score. The problem is that if that task got stuck waiting for some state the allocation site is holding, the OOM reaper can not move on to the next best victim. Frankly, I don't even know why we check for exiting tasks in the OOM killer. We've tried direct reclaim at least 15 times by the time we decide the system is OOM, there was plenty of time to exit and free memory; and a task might exit voluntarily right after we issue a kill. This is testing pure noise. Remove it. -- 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/ . Don't email: <a href=mailto:"dont@xxxxxxxxx";> email@xxxxxxxxx </a>