On 10/07/2011 11:08 PM, David Rientjes wrote: > On Thu, 1 Sep 2011, Rik van Riel wrote: > > I also > think that it will cause regressions on other cpu intensive workloads > that don't require this extra freed memory because it works as a > global heuristic and is not tied to any specific application. It's yes and no. It may cause regressions on the workloads due to less amount of available memory. But it may improve the workloads' performance because they can avoid direct reclaim due to extra free memory. Of course if one doesn't need extra free memory, one can turn it off. I think we can add this feature to cgroup if we want to set it for any specific process or process group. (Before that we need to implement min_free_kbytes for cgroup and the implementation of extra free kbytes strongly depends on it.) > I think it would be far better to reclaim beyond above the high > watermark if the types of workloads that need this tunable can be > somehow detected (the worst case scenario is being a prctl() that does > synchronous reclaim above the watermark so admins can identify these > workloads), or be able to mark allocations within the kernel as > potentially coming in large bursts where allocation is problematic. It may work. But isn't it difficult and/or complex to decide how much memory we should reclaim beyond high watermark automatically? I believe that extra free kbytes is far simpler than them. Regards, Satoru -- 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