Received: by 10.213.65.68 with SMTP id h4csp143366imn; Tue, 3 Apr 2018 17:26:37 -0700 (PDT) X-Google-Smtp-Source: AIpwx4+4z5ROJmUNG9x2rO6St28/2eFd8JdSPDwNPgdJt0DTPJU43pE7mUKrwbHzMKxx6QoWdrm+ X-Received: by 2002:a17:902:12e:: with SMTP id 43-v6mr15931638plb.77.1522801597572; Tue, 03 Apr 2018 17:26:37 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1522801597; cv=none; d=google.com; s=arc-20160816; b=gPhsjkO0Nm62AM44wlt4qALmv8Aoulf94w9TIgAMjcOGWNZ5v6pF57UF95b2G4g9K+ At79Vjegj8aR81uyQq3P1NRpB6KGoQc5MMeaVjp9N0P4/R0B6qKtbO+fNoR7xxp/MsUu xPv8K7RcoYCLXOSVfO0Msj8GsDdigVAuMpRtHjZTq1prUa5lXvyLPGJ3vKfjnJ86uAFA 4r6YNGTT6+s2JHznYBLk6KnXERYanif0/uTjwR+VWgfZDSHFr4Up4mAAoxTGni+av/2k ai0dO+OHeg/zWoM/Og1d19s+WkHKsYWVCjSvsd11aekIia1lhv9+KcELvCuoRkbA5gOE MRig== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :references:in-reply-to:mime-version:dkim-signature :arc-authentication-results; bh=6Wx3ZQ7gsac/s06iNSPjOfmKFL3Q297RsnYFFQww3es=; b=qcbF0C3VOfIfc0juHcht7tZiqFmIDxC3Wx6dVbNCIv9K3fjL3txgtPsjdDg6+XUux9 j+PdhzsKcgVY8+G8e6WFxrESmYF/r5e4UtvTSB1idTPiBhbzVWKE/2vsGQbRduMm4op+ m4VYjrL1m4yC8ZN4JPd4kmfIiYPvLnUPivHvgfOUzFNAuLndShlMJyfZ8NgO/xXxomgs wX0rLar5o9qYrtQVPbQvQqcOYsLjaImy2+xnxR77JHgvoajhd+T7eCOzEpsWi3nmz4MQ h/rdtu+K4rOarjANajjVyYfmbTQESjJ1BWgkwWlPBmKxKzpuV+b/tvSOaDU8/510GvUz Ybig== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=VQfHHYbg; 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=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id u6-v6si1663264pls.576.2018.04.03.17.26.23; Tue, 03 Apr 2018 17:26:37 -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=pass header.i=@gmail.com header.s=20161025 header.b=VQfHHYbg; 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=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756749AbeDDAYL (ORCPT + 99 others); Tue, 3 Apr 2018 20:24:11 -0400 Received: from mail-wr0-f194.google.com ([209.85.128.194]:38367 "EHLO mail-wr0-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756608AbeDDAYI (ORCPT ); Tue, 3 Apr 2018 20:24:08 -0400 Received: by mail-wr0-f194.google.com with SMTP id m13so20344330wrj.5; Tue, 03 Apr 2018 17:24:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=6Wx3ZQ7gsac/s06iNSPjOfmKFL3Q297RsnYFFQww3es=; b=VQfHHYbg8kfbeZ74o4ZfyvPZQOwkFL7q4o+2Viuq+olfHNfZ1twGgKpK42HXQY7Lkn 5t6LpZIkJlPS5xVrUO9s9jP+6jLTcMU8JymIMBJ8M5BLpVIgevEfilCCquVbFIVdLqV5 /7Q59xO/B6/d9R9aiiWdfBOzeXIOnLaH5XYuOtorgCG08NmWinTjikXdWaciSJd4uxz7 Ta5TjdQailwQQA14Xoc+GD0VfUCqXjwu954hJAvQwlrnJAw2We6rMy81Zk+ZkFxIrWa/ ju7AMrahaDWGaMV+nLRjVMWtP63sVnNdosf9/Vf5zPLBnsr9d5AlmP1qEGzlL66ZP/PL sLIw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=6Wx3ZQ7gsac/s06iNSPjOfmKFL3Q297RsnYFFQww3es=; b=YeoVE7weaVwCvLUceWlIQK826hrspWWXfK4JxrKaGWExoQqKTXImnjwA3AV2TLQ5xH 5w8dV42ZpPpVitWydmF1WzHjfm8ae3k1GRLTfBqpDa56+vDctpX/GhH7ZcnNSeOsBRBz 0CFXLlUfhBEXyA4O07MX/WSX6lw00VJuQhZBZ1Ga/QKpbcP73+2vz9M8ouiSAYbFxqzb dWseNNlDFQ2CdNDK/kNl963mK+IQO0KHlBAyKuKzURnSaAsX6AqWJTFUptcg+XW9tk7+ NRfhcv6iD1NaScgPldRK/nmBasRkKWdDllPZGWEbbOR2oTBsyPDnTWCJ1VJbaJeAiznn +Yyg== X-Gm-Message-State: AElRT7GkV7c36epFoAeuVC27vwNCIwNvBYCbt9NHD7TCz1a6J0tRPm2/ hQZubze/lagf3dn07YdHU+vBY8/fG00E43dGucI= X-Received: by 10.223.132.230 with SMTP id 93mr10379713wrg.242.1522801447053; Tue, 03 Apr 2018 17:24:07 -0700 (PDT) MIME-Version: 1.0 Received: by 10.28.2.6 with HTTP; Tue, 3 Apr 2018 17:24:06 -0700 (PDT) In-Reply-To: <20170914132452.d5klyizce72rhjaa@dhcp22.suse.cz> References: <1504672525-17915-1-git-send-email-iamjoonsoo.kim@lge.com> <20170914132452.d5klyizce72rhjaa@dhcp22.suse.cz> From: Joonsoo Kim Date: Wed, 4 Apr 2018 09:24:06 +0900 Message-ID: Subject: Re: [PATCH] mm/page_alloc: don't reserve ZONE_HIGHMEM for ZONE_MOVABLE request To: Michal Hocko Cc: Andrew Morton , Vlastimil Babka , Mel Gorman , Johannes Weiner , "Aneesh Kumar K . V" , Minchan Kim , Linux Memory Management List , LKML , Joonsoo Kim , linux-api@vger.kernel.org Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hello, Michal. Sorry for a really long delay. 2017-09-14 22:24 GMT+09:00 Michal Hocko : > [Sorry for a later reply] > > On Wed 06-09-17 13:35:25, Joonsoo Kim wrote: >> From: Joonsoo Kim >> >> Freepage on ZONE_HIGHMEM doesn't work for kernel memory so it's not that >> important to reserve. > > I am still not convinced this is a good idea. I do agree that reserving > memory in both HIGHMEM and MOVABLE is just wasting memory but removing > the reserve from the highmem as well will result that an oom victim will > allocate from lower zones and that might have unexpected side effects. Looks like you are confused. This patch only affects the situation that ZONE_HIGHMEM and ZONE_MOVABLE is used at the same time. In that case, before this patch, ZONE_HIGHMEM has reserve for GFP_HIGHMEM | GFP_MOVABLE request, but, with this patch, no reserve in ZONE_HIGHMEM for GFP_HIGHMEM | GFP_MOVABLE request. This perfectly matchs with your hope. :) > Can we simply leave HIGHMEM reserve and only remove it from the movable > zone if both are present? There is no higher zone than ZONE_MOVABLE so ZONE_MOVABLE has no reserve with/without this patch. To save memory, we need to remove the reserve in ZONE_HIGHMEM. Thanks.