[lkml]   [2011]   [Oct]   [11]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRE: [PATCH -v2 -mm] add extra free kbytes tunable
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

I believe that extra free kbytes is far simpler than them.


 \ /
  Last update: 2011-10-11 21:23    [W:0.980 / U:1.196 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site