From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932848AbbKDXuf (ORCPT ); Wed, 4 Nov 2015 18:50:35 -0500 Received: from mail-ig0-f177.google.com ([209.85.213.177]:38893 "EHLO mail-ig0-f177.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932288AbbKDXud (ORCPT ); Wed, 4 Nov 2015 18:50:33 -0500 Subject: Re: [PATCH 5/8] mm: move lazily freed pages to inactive list To: Johannes Weiner References: <1446188504-28023-1-git-send-email-minchan@kernel.org> <1446188504-28023-6-git-send-email-minchan@kernel.org> <20151104205504.GA9927@cmpxchg.org> <563A7D21.6040505@gmail.com> <20151104225527.GA25941@cmpxchg.org> <563A9681.3070102@gmail.com> Cc: Minchan Kim , Andrew Morton , linux-kernel@vger.kernel.org, linux-mm@kvack.org, Michael Kerrisk , linux-api@vger.kernel.org, Hugh Dickins , zhangyanfei@cn.fujitsu.com, Rik van Riel , Mel Gorman , KOSAKI Motohiro , Jason Evans , "Kirill A. Shutemov" , Michal Hocko , yalin.wang2010@gmail.com, Shaohua Li , "Wang, Yalin" From: Daniel Micay X-Enigmail-Draft-Status: N1110 Message-ID: <563A99A2.6010708@gmail.com> Date: Wed, 4 Nov 2015 18:49:54 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <563A9681.3070102@gmail.com> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="k0kDwtgODIEgNHu0OeacGeSBTwiQV7a4u" Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --k0kDwtgODIEgNHu0OeacGeSBTwiQV7a4u Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable > From a user perspective, it doesn't depend on swap. It's just slower > without swap because it does what MADV_DONTNEED does. The current > implementation can be dropped in where MADV_DONTNEED was previously use= d. It just wouldn't replace existing layers of purging logic until that edge case is fixed and it gains better THP integration. It's already a very useful API with significant performance wins over MADV_DONTNEED, so it will be useful. The only risk involved in landing it is that a better feature might come along. Worst case scenario being that the kernel ends up with a synonym for MADV_DONTNEED (but I think there will still be a use case for this even if a pinning/unpinning API existed, as this is more precise). --k0kDwtgODIEgNHu0OeacGeSBTwiQV7a4u Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJWOpmiAAoJEPnnEuWa9fIqDPQP/R9XV3XxkHqRG4OYJrAtg1WB FOHhev+ws5lP+6P/4Da6BS9OFPC8Ok7P2tCf/9b3p2nEMmN8vVmuKdTToZpUfTzK n5//uXoUey5+S1OlDD7Vs9StkqdBG3mhz7eISzRn0TTv8MMeXkvk4n90fzjrIQF1 iEnUvOTrB1SU8U+DvTGuHwkfHN5WWFBJjnIFRqzADHBVQoXS9MRC0QZM5SaKF5Ms j72DJVwpUQUWVeMhtuTtyehyCOp1mYTLoMlII8z1E/sFxZ9Bry/WG4iCIWNPfDxb sQVqBWk2v80LF7Fo3bA+YuM6D+ZqSFULec+WUpq6s0ZESiFAcb3kJlriwocGuHdF A16h+ZKQIXIdsUD5KbnxfsK0OiSH7/PE+GCpe8OhCOw5yH5VVePLcxBJ0MCXAJIW mOIuYNlgadl2Pgh2YiXT1l9A8moICZzAWwUnjjvWdPow2JtHEDsAV2UdT1jOuYCb EQsiiMxy2FNagHqAu5cWnSrgDatQPW5CY4lqngD9RY8hX+/RxYZ2Yxmg7R1/Tg6P rsVFjrWMkw4KqdSIBberOEKYfiRcpU/OZ6/mPmRf2gokDQA7DjCr1tQOq85d1K7O nrFN0nhI95EnK1rX8sYpYy39D/6ZfIU9UjLiLKNo4qq2z4V4juMNYH92hjra92Qn WBbxJnB1JR6DjLNm0eiW =mmlT -----END PGP SIGNATURE----- --k0kDwtgODIEgNHu0OeacGeSBTwiQV7a4u-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Daniel Micay Subject: Re: [PATCH 5/8] mm: move lazily freed pages to inactive list Date: Wed, 4 Nov 2015 18:49:54 -0500 Message-ID: <563A99A2.6010708@gmail.com> References: <1446188504-28023-1-git-send-email-minchan@kernel.org> <1446188504-28023-6-git-send-email-minchan@kernel.org> <20151104205504.GA9927@cmpxchg.org> <563A7D21.6040505@gmail.com> <20151104225527.GA25941@cmpxchg.org> <563A9681.3070102@gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="k0kDwtgODIEgNHu0OeacGeSBTwiQV7a4u" Return-path: In-Reply-To: <563A9681.3070102-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> Sender: linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org To: Johannes Weiner Cc: Minchan Kim , Andrew Morton , linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-mm-Bw31MaZKKs3YtjvyW6yDsg@public.gmane.org, Michael Kerrisk , linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Hugh Dickins , zhangyanfei-BthXqXjhjHXQFUHtdCDX3A@public.gmane.org, Rik van Riel , Mel Gorman , KOSAKI Motohiro , Jason Evans , "Kirill A. Shutemov" , Michal Hocko , yalin.wang2010-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, Shaohua Li , "Wang, Yalin" List-Id: linux-api@vger.kernel.org This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --k0kDwtgODIEgNHu0OeacGeSBTwiQV7a4u Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable > From a user perspective, it doesn't depend on swap. It's just slower > without swap because it does what MADV_DONTNEED does. The current > implementation can be dropped in where MADV_DONTNEED was previously use= d. It just wouldn't replace existing layers of purging logic until that edge case is fixed and it gains better THP integration. It's already a very useful API with significant performance wins over MADV_DONTNEED, so it will be useful. The only risk involved in landing it is that a better feature might come along. Worst case scenario being that the kernel ends up with a synonym for MADV_DONTNEED (but I think there will still be a use case for this even if a pinning/unpinning API existed, as this is more precise). --k0kDwtgODIEgNHu0OeacGeSBTwiQV7a4u Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJWOpmiAAoJEPnnEuWa9fIqDPQP/R9XV3XxkHqRG4OYJrAtg1WB FOHhev+ws5lP+6P/4Da6BS9OFPC8Ok7P2tCf/9b3p2nEMmN8vVmuKdTToZpUfTzK n5//uXoUey5+S1OlDD7Vs9StkqdBG3mhz7eISzRn0TTv8MMeXkvk4n90fzjrIQF1 iEnUvOTrB1SU8U+DvTGuHwkfHN5WWFBJjnIFRqzADHBVQoXS9MRC0QZM5SaKF5Ms j72DJVwpUQUWVeMhtuTtyehyCOp1mYTLoMlII8z1E/sFxZ9Bry/WG4iCIWNPfDxb sQVqBWk2v80LF7Fo3bA+YuM6D+ZqSFULec+WUpq6s0ZESiFAcb3kJlriwocGuHdF A16h+ZKQIXIdsUD5KbnxfsK0OiSH7/PE+GCpe8OhCOw5yH5VVePLcxBJ0MCXAJIW mOIuYNlgadl2Pgh2YiXT1l9A8moICZzAWwUnjjvWdPow2JtHEDsAV2UdT1jOuYCb EQsiiMxy2FNagHqAu5cWnSrgDatQPW5CY4lqngD9RY8hX+/RxYZ2Yxmg7R1/Tg6P rsVFjrWMkw4KqdSIBberOEKYfiRcpU/OZ6/mPmRf2gokDQA7DjCr1tQOq85d1K7O nrFN0nhI95EnK1rX8sYpYy39D/6ZfIU9UjLiLKNo4qq2z4V4juMNYH92hjra92Qn WBbxJnB1JR6DjLNm0eiW =mmlT -----END PGP SIGNATURE----- --k0kDwtgODIEgNHu0OeacGeSBTwiQV7a4u--