Received: by 2002:a05:6a10:c604:0:0:0:0 with SMTP id y4csp3165566pxt; Mon, 9 Aug 2021 19:11:12 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwGjSkF2IJIflxzoOGQoH8OhZajvGysJXfOQb8WcfLifnmhrP63aH0pRch4EosFr4Dbxlz3 X-Received: by 2002:a05:6402:1011:: with SMTP id c17mr1813639edu.144.1628561472422; Mon, 09 Aug 2021 19:11:12 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1628561472; cv=none; d=google.com; s=arc-20160816; b=HhqGtFA16ZQ7WleovXoF4EKYjbu7sHvSiqtKNmJaoNbE5t1rp/GW/bKVmEAuQLRhN+ xXokgfwo6Wy4mAmNNAvb+6yTaLxZzEZuU0Ovi/1NePnf9KzwLl3bFSjENJVIxVbbo8P1 E1o9i/07tHDkZ0F0X371NFhXGDC6++9AIQr40mOcYAh84f1Dlj/Bp4ArZTOVXCrvxEM3 6wmhGU6PnWQy/G8+8DdYKvUH8UTZAfraTaOtoGGIRxzoueWoN9f2Sdy8Bigwlhao+Tnz 9ogdUmZJERVhhN1qKIYeKnWarOfaKcJZx9TRJf7YB1WXoX9T3HYjoKHXeOisiQqf9fgq S0dw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-language:content-transfer-encoding :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject:dkim-signature; bh=h0IrbGHuas1nNnO8JBZWCL0Gr/6ftbCs5KjGl2Z6+gw=; b=nh34E9PQNyMhRT4z8zwzcK4xncBfSKl2gJkX1QewQQ/RmXvVjWGbycVNhhUmRjZeXz JMTAPBQehMgpQGvuH+QTi33DbfPWve+JnXa+a3M/A+XYRv39QgmAJmCACWCetlNCjPBP X7xVTk1F+7oTXOshbmvhhls5+YSZW0MR+EXMH08maDHTlRZf74OyJkqcHoRMVj+rTtos yne0mLnEVtJuY88ugHFgd2rNnzbmocXkSJPJ6xQ05aKqwyTndkf/8C1lDh5CeImIivy/ 3tpPvwbDAIfRN4tixTGmzCpu7cUUwRUM/6RoZF4DLOzYO5MUisY+t5yzYo51UbL2Gr+T c6yA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b="hpp/Pb9c"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id dk18si17802332edb.28.2021.08.09.19.10.49; Mon, 09 Aug 2021 19:11:12 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b="hpp/Pb9c"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S236671AbhHIWbv (ORCPT + 99 others); Mon, 9 Aug 2021 18:31:51 -0400 Received: from us-smtp-delivery-124.mimecast.com ([216.205.24.124]:56865 "EHLO us-smtp-delivery-124.mimecast.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233565AbhHIWbu (ORCPT ); Mon, 9 Aug 2021 18:31:50 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1628548289; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=h0IrbGHuas1nNnO8JBZWCL0Gr/6ftbCs5KjGl2Z6+gw=; b=hpp/Pb9cB12r+fwxuDpIl4mAA9ZQztr7otwPMk1AQl2T1fSinrP6ZiL+TCsdEtSWQJUKbi lqtzl0ORzG8kPBKRSfeIf2Tr9As9FYZiNdY7EMEL5W3EAy+ARSxPeAsqTm9SEXyuufIkrK DlMSCg4dmEyWH14edNDfx92lv1JU6ks= Received: from mail-qk1-f199.google.com (mail-qk1-f199.google.com [209.85.222.199]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-359-4u18nSmkM02QCl6r0ESoyw-1; Mon, 09 Aug 2021 18:31:27 -0400 X-MC-Unique: 4u18nSmkM02QCl6r0ESoyw-1 Received: by mail-qk1-f199.google.com with SMTP id h186-20020a37b7c30000b02903b914d9e335so13786591qkf.17 for ; Mon, 09 Aug 2021 15:31:27 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=h0IrbGHuas1nNnO8JBZWCL0Gr/6ftbCs5KjGl2Z6+gw=; b=SxTFfoZxc1Hztfic87GCQmt6PflnF0eN4bteS0y/k5QAUB+dNawYgxNcWfQXRRpVhj 4IA8vAec8gkjoQ2oLdFluJNnTW1c0n4Q7U176CC9tmW8iL85NRnMSzjanTCXNEj5uQXm SAtk5yqWNVIav9H/skYeQ3dzBCSGqv5Dx1/kOqlIRiXEitwsyjqtt2h8a9ySo/2dfTvm 0Vwa4NRZkMBjlpARp2G0SyxQP5EE1SIc9iarMiYdKaRg+1ncYY5+gy2SxK2YQrYAVYk4 NQk/u1BQ4KRtWm2iuVJwhLTvCH0snFIzrE8NwK2aNW1i+eBUCdibWNMmlMMRIKQKFKZV wPOw== X-Gm-Message-State: AOAM533M5YYsoe/goJzp8UdrnC7huK4RgZzvpHhdHBapfOfi1+BSTKnr lvXwz10fRx2U4osG4u6w+kuWZH8Ts7P1sqtk9umg+6FwdRwJPcaBDZ+472UZubxlmzoZT05iaaX aKL2aGF1KNO3kgLVheOsJy4MZ X-Received: by 2002:a05:622a:1106:: with SMTP id e6mr21967275qty.172.1628548287326; Mon, 09 Aug 2021 15:31:27 -0700 (PDT) X-Received: by 2002:a05:622a:1106:: with SMTP id e6mr21967256qty.172.1628548287114; Mon, 09 Aug 2021 15:31:27 -0700 (PDT) Received: from ?IPv6:2601:184:4180:af10::540e? ([2601:184:4180:af10::540e]) by smtp.gmail.com with ESMTPSA id m197sm9910149qke.54.2021.08.09.15.31.26 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 09 Aug 2021 15:31:26 -0700 (PDT) Subject: Re: [PATCH] vm_swappiness=0 should still try to avoid swapping anon memory To: Shakeel Butt Cc: Linux MM , Andrew Morton , LKML , Johannes Weiner , Rafael Aquini , Waiman Long , mhocko@suse.com References: <20210806231701.106980-1-npache@redhat.com> <91605888-e343-2712-c097-bcade4cb389d@redhat.com> From: Nico Pache Message-ID: <7301b496-d2fd-b5d1-8159-6613c958f487@redhat.com> Date: Mon, 9 Aug 2021 18:31:25 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.11.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Content-Language: en-US Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org > First, the shrink_list() will not be called for anon LRU if get_scan_count() > has decided to not scan the anon LRU. get_scan_count() will decide to scan the anon LRU if(sc->is_file_tiny) which is set in shrink_node().  In shrink_node() the MAY_DEACTIVATE/DEACTIVATE_ANON allows this the be activated. > Second, I would like to get your attention to the following comment in > get_scan_count(): > > "Global reclaim will swap to prevent OOM even with no swappiness" AFAIK my patchset doesn't prevent any of the OOM cases. It only prevents the anon workingset refaults from challenging the anon if swappiness=0.  > It seems like the behavior you are seeing is actually working as intended. > You may decide to change that behavior but you will need to motivate the > change. My V3 has a lot more in the commit log. Hopefully it will clear up my motivation. I will post that now.