Re: [RFC PATCH] do_try_to_free_pages() might enter infinite loop
|[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
(4/24/12 12:38 PM), Rik van Riel wrote:
On 04/24/2012 12:36 PM, Ying Han wrote:However, what if B frees a pages everytime before pages_scanned reaches the point, then we won't set zone->all_unreclaimable at all. If so, we reaches a livelock here...If B keeps freeing pages, surely A will get a successful allocation and there will not be a livelock?
And, I hope we distinguish true livelock and pseudo livelock at first. Nick's patch definitely makes kernel slowdown when OOM situation. It is intentional. We thought slowdown is better than false positive OOM even though the slowdown is extream slow and similar to livelock. Ying, Which problem do you want to discuss? a) current kernrel has true live lock b) current oom detection is too slow and livelock like and it is not acceptable to you. -- 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>