linux-kernel - Re: [PATCH] mm: vmscan: no change of reclaim mode if unevictable page encountered

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <CAJd=RBBNK6P=Kq09G88UDEsiU8KUPiko5WTfLgQqKzry8tVH5A@mail.gmail.com>
Date:	Wed, 11 Jan 2012 00:27:53 +0800
From:	Hillf Danton <dhillf@...il.com>
To:	Mel Gorman <mgorman@...e.de>
Cc:	linux-mm@...ck.org,
	KAMEZAWA Hiroyuki <kamezawa.hiroyu@...fujitsu.com>,
	David Rientjes <rientjes@...gle.com>,
	Andrew Morton <akpm@...ux-foundation.org>,
	LKML <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH] mm: vmscan: no change of reclaim mode if unevictable page encountered

On Tue, Jan 10, 2012 at 5:40 PM, Mel Gorman <mgorman@...e.de> wrote:
> On Sat, Jan 07, 2012 at 11:46:17AM +0800, Hillf Danton wrote:
>> Since unevictable page is not isolated from lru list for shrink_page_list(),
>> it is accident if encountered in shrinking, and no need to change reclaim mode.
>>
>
> This changelog does does not explain the problem, does not explain
> what is fixed or what the impact is.
>
> It also does not make sense. It says "unevictable page is not isolated
> from LRU list" but this is shrink_page_list() and the page has already
> been isolated (probably by lumpy reclaim). It will be put back on
> the LRU_UNEVICTABLE list.
>
> It might be the case that resetting the reclaim mode after encountering
> mlocked pages is overkill but that would need more justification than
> what this changelog offers. Resetting the mode impacts THP rates but
> this is erring on the side of caution by doing less work in reclaim
> as the savings from THP may not offset the cost of reclaim.
>

Hi Mel

It is reprepared, please review again.

Thanks
Hillf

===cut please===
From: Hillf Danton <dhillf@...il.com>
[PATCH] mm: vmscan: no change of reclaim mode if unevictable page encountered

Unevictable pages are not isolated from lru list for shrink_page_list(), and
they could be put back onto lru list if accidentally encountered in shrinking.

But resetting reclaim mode maybe overkill, as it impacts THP rates. This is
erring on the side of caution by doing less work in reclaim as the savings
from THP may not offset the cost of reclaim.


Cc: KAMEZAWA Hiroyuki <kamezawa.hiroyu@...fujitsu.com>
Cc: David Rientjes <rientjes@...gle.com>
Cc: Mel Gorman <mgorman@...e.de>
Cc: Andrew Morton <akpm@...ux-foundation.org>
Signed-off-by: Hillf Danton <dhillf@...il.com>
---

--- a/mm/vmscan.c	Thu Dec 29 20:20:16 2011
+++ b/mm/vmscan.c	Sat Jan  7 11:27:44 2012
@@ -995,7 +995,6 @@ cull_mlocked:
 			try_to_free_swap(page);
 		unlock_page(page);
 		putback_lru_page(page);
-		reset_reclaim_mode(sc);
 		continue;

 activate_locked:
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/