Received: by 2002:a25:86ce:0:0:0:0:0 with SMTP id y14csp525212ybm; Mon, 20 May 2019 22:03:18 -0700 (PDT) X-Google-Smtp-Source: APXvYqx782+cbv24MbiB4iSSWvdlWbs7vgKNUUSjramCaB7D0Pdldai93lyw68CNKd6a7iad6qqW X-Received: by 2002:a62:5cc6:: with SMTP id q189mr53999502pfb.114.1558414998372; Mon, 20 May 2019 22:03:18 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1558414998; cv=none; d=google.com; s=arc-20160816; b=WGqNGuJJPHI15l0gJ/8pU22V4KeJOiBAhqVOcJ1bZ9806GGiRD0yUekQd0s7zeFP4s VJ1ZqrpXuVPUJ8VAX4h3ozXcKoGC9gzSS0321lkzL6zEDsB8QFTzqXbAmwz7pk9Ew88f 4dZ1tscs06f6HyLcMztobRO4d5KejP16smFoIeo+uu9rx4CgJdG+RWH5/D47vHIZkHS8 Zn3Q6cMs2S6t7HYMqGpIzzKqFtpka984J1nD3cT7UIXZRNTrUuEPmoN+zoJtvU0No+v5 6QJff4S0jyyWnre/Gu5E8PSZkq/RPltzvQCZ5hSQXIMrJN3QLvG5bfVcugaTWthnygxu Zhxg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=QoDuJHrLBQ/xwGBwHKCt2IBJytG8/Ex5Sv/y0ADsw9A=; b=Dm3W8c7243jO0Typ8NwyrPDUYmFBJgEbVB6/l+maE6x8/stpGBnyFmdGnCam+OMqtT kaui6mzTj7K2x7N2CqXlog0lqnm4IdAzppxAOF/k8H2wsmGeOVOWyhQ5dFpV2NihDaDw 9wYcgAuV1CJjz0Sr+HFAR99M+1yXeMC7k6ea+55MYDuQ4SK9pRAu8MtjlDC4WlQt5fz0 2A9bS0MMFrQhwyZsF2oE6OdDxE28AxfbaFhOIpci50gExEpUMXpvIY6GPBqn6WCNJF1m Sh6ebGSRTl+kY8uT9QHr/OCQQiO8K3iNxHNIxzMjnZusvGM7/z8M7MUP9S3SqvfzCV6s yJPw== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@gmail.com header.s=20161025 header.b=j6GM2Wd1; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id m63si19674303pld.421.2019.05.20.22.03.02; Mon, 20 May 2019 22:03:18 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=fail header.i=@gmail.com header.s=20161025 header.b=j6GM2Wd1; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727302AbfEUFBw (ORCPT + 99 others); Tue, 21 May 2019 01:01:52 -0400 Received: from mail-pf1-f173.google.com ([209.85.210.173]:46028 "EHLO mail-pf1-f173.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725793AbfEUFBv (ORCPT ); Tue, 21 May 2019 01:01:51 -0400 Received: by mail-pf1-f173.google.com with SMTP id s11so8378989pfm.12 for ; Mon, 20 May 2019 22:01:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=QoDuJHrLBQ/xwGBwHKCt2IBJytG8/Ex5Sv/y0ADsw9A=; b=j6GM2Wd15hhYbHOpmjGikLz1Yeo8XKNvknmNfEyF4ygPaaXBNSh6MEOembaOV6xba5 5lgIbRbxvKNW2MBKsDZ5qYikCnCq5FQlHcx3r5v2Xt3nzvJlEkPTkTY0vitEKORsfrLJ t0G+0bT2uvVuXYIeWA/clAlNGdGrDJHUxBPTWTRWcM+epfdoB9ifCLdS8BYINhPU1y5o 74BaFoZ8ibyH+goPRw9iMY3cLhpRHuTt7b1qYg1e4Abi3JU/xfbsu1CimUBvZAX41rNv QurGjtazYmaLBIhndMYwtMMP9u3pAYR0PlvWjv6zwenkmsbJgigfQD6WYqpWgtn7tqTd 11jA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to:user-agent; bh=QoDuJHrLBQ/xwGBwHKCt2IBJytG8/Ex5Sv/y0ADsw9A=; b=iwoaeUJD574V6JthGsDBcPK0GnFCzoVf3dxFIQweZHCvrGV8lN4LMbMKFESFhw1BJf VxeD6Fz1y9HTnfP1J6sUfwqJTEAbLAnd1/dJGhK8b23niueElhrHz3d1KJxECNgexFkU 9uIyIUWVOHxl0CEorRxuwxbmts+Iz3xG+wgLJFutn8a+x6F/Zt3y11SCcdlrw8u3qae2 7MwRMyp1sm1Gafxy+gT7zRFZ02JNf5cpcfCA77DDT4+aXEN42LuNUHk6oihx3G6jT0HY nz1sr6D8jFZV9Zl2sXOLnKA8UO2xivDB9Q2nkmzXU6cQa6ZbmKK6wC+t7rwmQB3EQ77N GSsA== X-Gm-Message-State: APjAAAWw8d9OuRcy8n/Do+T4X2qSnzV2fNhFgQceJvjRogpNTtnchRUE nv70AdSck97vNbygGw0DWTuG3Afg X-Received: by 2002:aa7:8f2f:: with SMTP id y15mr74227321pfr.124.1558414910967; Mon, 20 May 2019 22:01:50 -0700 (PDT) Received: from google.com ([2401:fa00:d:0:98f1:8b3d:1f37:3e8]) by smtp.gmail.com with ESMTPSA id p13sm12382900pfq.69.2019.05.20.22.01.46 (version=TLS1_3 cipher=AEAD-AES256-GCM-SHA384 bits=256/256); Mon, 20 May 2019 22:01:49 -0700 (PDT) Date: Tue, 21 May 2019 14:01:44 +0900 From: Minchan Kim To: Matthew Wilcox Cc: Andrew Morton , LKML , linux-mm , Michal Hocko , Johannes Weiner , Tim Murray , Joel Fernandes , Suren Baghdasaryan , Daniel Colascione , Shakeel Butt , Sonny Rao , Brian Geffon Subject: Re: [RFC 0/7] introduce memory hinting API for external process Message-ID: <20190521050144.GK10039@google.com> References: <20190520035254.57579-1-minchan@kernel.org> <20190521014452.GA6738@bombadil.infradead.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190521014452.GA6738@bombadil.infradead.org> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, May 20, 2019 at 06:44:52PM -0700, Matthew Wilcox wrote: > On Mon, May 20, 2019 at 12:52:47PM +0900, Minchan Kim wrote: > > IMHO we should spell it out that this patchset complements MADV_WONTNEED > > and MADV_FREE by adding non-destructive ways to gain some free memory > > space. MADV_COLD is similar to MADV_WONTNEED in a way that it hints the > > kernel that memory region is not currently needed and should be reclaimed > > immediately; MADV_COOL is similar to MADV_FREE in a way that it hints the > > kernel that memory region is not currently needed and should be reclaimed > > when memory pressure rises. > > Do we tear down page tables for these ranges? That seems like a good True for MADV_COLD(reclaiming) but false for MADV_COOL(deactivating) at this implementation. > way of reclaiming potentially a substantial amount of memory. Given that consider refauting are spread out over time and reclaim occurs in burst, that does make sense to speed up the reclaiming. However, a concern to me is anonymous pages since they need swap cache insertion, which would be wasteful if they are not reclaimed, finally.