Received: by 2002:a05:6a10:c604:0:0:0:0 with SMTP id y4csp900932pxt; Fri, 6 Aug 2021 17:26:08 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwVv1hx/9GfJHnfFKBnCaY6uRPs3xCNI4D3SWvqJAdJNUudLMUO4gl4ca5/Q6s/qlOGVy8I X-Received: by 2002:a05:6402:1456:: with SMTP id d22mr16012119edx.143.1628295968146; Fri, 06 Aug 2021 17:26:08 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1628295968; cv=none; d=google.com; s=arc-20160816; b=s0v3e+9dwvmPsCzPadCufp6jYcbiX/KoDCQKCVpP+8ygPJLGcowq+5XB8XESuU92xp 2LQ4xcyMnfblJSUalXI2zwKMBOCXAYFwL3IIR6QXgJVsx9jWXrBQn92JE4gLs7Kj2sSQ TlSML+6tLnwQ0Zv+8W0IV/BxW1hcWLTm2Lon/r/vUtw+co7w0UN9fut1geyivVGi10mH eoV5Ya0O2QePQpEeuLAalLzmtJXn8NHR3MEWJ4e4oBIi43ZWlRuZKtC8EFAt0KRvr5AD S2x98zXMMciUQsMhbkdoVOqg4MvevVFagAbFLhC0nRypTINIuqqBPt8SidlkW8MwcOAa CIQQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from:dkim-signature; bh=urXKghAkbZjB19v31crqZ4VAMAydVfXFWVlADbbPtq4=; b=xIWVvMNiO+DvxBMYR0a6n/53trhq6pNHjpZWAXrR5MPKZizGnwOAVtCpjQMwJ3Vx3G nG5VTMG6wMVxCvoSWabegD+Dzp9w6Es8wyJxEpzMTRwZM+KIa/9pmejNLM374D8JnJAD A/wZWEUGNMV4RAslTC2x7VPXNyFLwypZ959sI4WkBgEqKjqp50+99tBpkY0CYe48eTbG Cc+mqLRW+UFZqCePYF2svFBBGzS4727XA/FWxHDnebPcSnki6gQF6SUS4LJVbMjpIyZR 16DChLx1wiFYOhR+L7oc1TItJrccJ9wioNBcO3d5W0N+/qlsZbLLlE7jgP6sJHnbZcvi Gw5w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=RGBKPS1U; 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 y12si9844182edp.290.2021.08.06.17.25.45; Fri, 06 Aug 2021 17:26:08 -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=RGBKPS1U; 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 S232286AbhHFXRe (ORCPT + 99 others); Fri, 6 Aug 2021 19:17:34 -0400 Received: from us-smtp-delivery-124.mimecast.com ([216.205.24.124]:32325 "EHLO us-smtp-delivery-124.mimecast.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230280AbhHFXRe (ORCPT ); Fri, 6 Aug 2021 19:17:34 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1628291836; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version: content-transfer-encoding:content-transfer-encoding; bh=urXKghAkbZjB19v31crqZ4VAMAydVfXFWVlADbbPtq4=; b=RGBKPS1U0aDq8d46VWVl/hWnxr38MRyPjyYOtWA/aKU4gcMmwAOEFp5oa5JBp8g8q5qo+c JyUWkBQmOSRoHOxkMpHlYSAVvGLOAFoqPWS9IZ8ozUbJmufYRpAQKcUjYlmdTOCFZGmnUO tXffAJxdewER8RZ8Cv3N06tc1K+gIYk= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-11-lVCxEWZHPV-E6Uy-3RROZA-1; Fri, 06 Aug 2021 19:17:16 -0400 X-MC-Unique: lVCxEWZHPV-E6Uy-3RROZA-1 Received: from smtp.corp.redhat.com (int-mx05.intmail.prod.int.phx2.redhat.com [10.5.11.15]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id AA565801AE7; Fri, 6 Aug 2021 23:17:14 +0000 (UTC) Received: from localhost.localdomain.com (unknown [10.22.9.14]) by smtp.corp.redhat.com (Postfix) with ESMTP id DC2CC5D6AB; Fri, 6 Aug 2021 23:17:09 +0000 (UTC) From: Nico Pache To: linux-mm@kvack.org, akpm@linux-foundation.org, linux-kernel@vger.kernel.org Cc: hannes@cmpxchg.org, npache@redhat.com, aquini@redhat.com Subject: [PATCH] vm_swappiness=0 should still try to avoid swapping anon memory Date: Fri, 6 Aug 2021 19:17:01 -0400 Message-Id: <20210806231701.106980-1-npache@redhat.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.79 on 10.5.11.15 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Since commit b91ac374346b ("mm: vmscan: enforce inactive:active ratio at the reclaim root") swappiness can start prematurely swapping anon memory. This is due to the assumption that refaulting anon should always allow the shrinker to target anon memory. Add a check for vm_swappiness being >0 before indiscriminately targeting Anon. Signed-off-by: Nico Pache --- mm/vmscan.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/mm/vmscan.c b/mm/vmscan.c index 4620df62f0ff..8b932ff72e37 100644 --- a/mm/vmscan.c +++ b/mm/vmscan.c @@ -2909,8 +2909,8 @@ static void shrink_node(pg_data_t *pgdat, struct scan_control *sc) refaults = lruvec_page_state(target_lruvec, WORKINGSET_ACTIVATE_ANON); - if (refaults != target_lruvec->refaults[0] || - inactive_is_low(target_lruvec, LRU_INACTIVE_ANON)) + if (vm_swappiness && (refaults != target_lruvec->refaults[0] || + inactive_is_low(target_lruvec, LRU_INACTIVE_ANON))) sc->may_deactivate |= DEACTIVATE_ANON; else sc->may_deactivate &= ~DEACTIVATE_ANON; -- 2.31.1