From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id 426BFC4167B for ; Thu, 30 Nov 2023 18:44:30 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 829CF6B0472; Thu, 30 Nov 2023 13:44:29 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id 7D8876B0473; Thu, 30 Nov 2023 13:44:29 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 6A2866B0474; Thu, 30 Nov 2023 13:44:29 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0017.hostedemail.com [216.40.44.17]) by kanga.kvack.org (Postfix) with ESMTP id 5BC406B0472 for ; Thu, 30 Nov 2023 13:44:29 -0500 (EST) Received: from smtpin08.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay05.hostedemail.com (Postfix) with ESMTP id 328F0402E8 for ; Thu, 30 Nov 2023 18:44:29 +0000 (UTC) X-FDA: 81515496258.08.54EE0BC Received: from mail-yw1-f201.google.com (mail-yw1-f201.google.com [209.85.128.201]) by imf27.hostedemail.com (Postfix) with ESMTP id 74ECC40022 for ; Thu, 30 Nov 2023 18:44:27 +0000 (UTC) Authentication-Results: imf27.hostedemail.com; dkim=pass header.d=google.com header.s=20230601 header.b=e2bNBtbv; dmarc=pass (policy=reject) header.from=google.com; spf=pass (imf27.hostedemail.com: domain of 3CthoZQgKCI8B0t3xx4uz77z4x.v75416DG-553Etv3.7Az@flex--shakeelb.bounces.google.com designates 209.85.128.201 as permitted sender) smtp.mailfrom=3CthoZQgKCI8B0t3xx4uz77z4x.v75416DG-553Etv3.7Az@flex--shakeelb.bounces.google.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1701369867; h=from:from:sender: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: in-reply-to:in-reply-to:references:references:dkim-signature; bh=upiPnSdDPUq7hHtl9SwPR71HvOH0YDjoF8X3pVlx4do=; b=Y/hYhZG5Kqzv9PxhP+/fsLrS85tQkrDDPTzyAnybUdiJLfewgIagUz9XvPPnJxlL83FpAr ib+ImMG1UCtDxDRV1y6a9BjNF3gqnqLhL3TEAM1R7ly5vtmDdi65TjbqmFlmYFtaj0Oo+I zuiwG5eIPK4jpdbXDgK+zaLUZ1p1Pfc= ARC-Authentication-Results: i=1; imf27.hostedemail.com; dkim=pass header.d=google.com header.s=20230601 header.b=e2bNBtbv; dmarc=pass (policy=reject) header.from=google.com; spf=pass (imf27.hostedemail.com: domain of 3CthoZQgKCI8B0t3xx4uz77z4x.v75416DG-553Etv3.7Az@flex--shakeelb.bounces.google.com designates 209.85.128.201 as permitted sender) smtp.mailfrom=3CthoZQgKCI8B0t3xx4uz77z4x.v75416DG-553Etv3.7Az@flex--shakeelb.bounces.google.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1701369867; a=rsa-sha256; cv=none; b=Mi+CSZUX87o5L6gW1uB6VGoIZA4KEiZ3TG354UITQspurey0sROoNBq4dhj7WrTQljlDhw pXJr71K6nGm0Gs/pIM4J/feQmYv7G5FMIRvQd+FZrsjDbpzSoEiw1Pzb2U96aG9g44TMzi YIePpVC7biGj3v2+7r4n721NWobXfXs= Received: by mail-yw1-f201.google.com with SMTP id 00721157ae682-5ccc8b7f578so22571897b3.2 for ; Thu, 30 Nov 2023 10:44:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20230601; t=1701369866; x=1701974666; darn=kvack.org; h=cc:to:from:subject:message-id:references:mime-version:in-reply-to :date:from:to:cc:subject:date:message-id:reply-to; bh=upiPnSdDPUq7hHtl9SwPR71HvOH0YDjoF8X3pVlx4do=; b=e2bNBtbv69ydD4cNFoZaZahBTObpCijeitsEM4maPyDPM9tvULMP6n8cCMlIYac9W1 e+dvq9dNR6ZRTMYZ7bDFiP5S12xrpQ6ohjvFYErLPhPSHa0bCKm+BUoS+zpE+GdBpT5H vPL51MAaFXB3mR/WHcHML2QgX+wPihooAN5vMs7o2uboX+LeWg3n3ZWWzJD4ZLI1H1+L veJgNO8O8AFhwOXOsZTEOMidUCcFyr6XeYOc6f69YbwsJDdRDAUME7Tz1dAu2tVjQAea xJUflpd/zgTPKMhGZqEy/Sf0cCkr5Giq2m2Dg/W6qZEgueBNzCRceYfCLhwdU/9dtbYo ny8A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1701369866; x=1701974666; h=cc:to:from:subject:message-id:references:mime-version:in-reply-to :date:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=upiPnSdDPUq7hHtl9SwPR71HvOH0YDjoF8X3pVlx4do=; b=MSCSnEca4+ukZBnyOQ+jvoxM8WNPvrmJMS/a7cBFycT9GFzyhCuBypNPT3MhtAqRe7 eq37wxh1uWCivK4CXXj5cN0wbERfECpdQrliwu4xLMqVVYl9Z9imFs8acyRD0MxE7go8 5fz04CNQsNntv5r4GlCJY8dHC2K7lGcwymel8HQr6uh1pKxUrETZR5YRZ1HP8LC54Jko YdJF8H7njK+Pg/A00GRexqbKWawiXo06I4qR3ICp4n+tTczfa7ssC39zwHbxe6WzUeLC +YOkLHGc7L6CVYKwzkoqox+ezwgVciVB0+HxEOo++yT9wdRXQ43MaZPBC1bx77Lv5koY eFYw== X-Gm-Message-State: AOJu0YyYVnMiZE8sJUgZMg+bU7PnQuzxuMTgEHbrWpwtrNSqxOIrb6mq JRYZD2c3GQca0TH1zzG/4Azvflp9TqqwHA== X-Google-Smtp-Source: AGHT+IHazLL/GdN9pTlSOqSprD2MGFIuk76VQgPbuz/hebnvjnu/vaByiVZ+ySGXyZ042lDowWFTcrisA+c1Dw== X-Received: from shakeelb.c.googlers.com ([fda3:e722:ac3:cc00:7f:e700:c0a8:262e]) (user=shakeelb job=sendgmr) by 2002:a05:690c:2e04:b0:5d3:cca8:1d59 with SMTP id et4-20020a05690c2e0400b005d3cca81d59mr26337ywb.5.1701369866502; Thu, 30 Nov 2023 10:44:26 -0800 (PST) Date: Thu, 30 Nov 2023 18:44:24 +0000 In-Reply-To: <20231130153658.527556-1-schatzberg.dan@gmail.com> Mime-Version: 1.0 References: <20231130153658.527556-1-schatzberg.dan@gmail.com> Message-ID: <20231130184424.7sbez2ukaylerhy6@google.com> Subject: Re: [PATCH 0/1] Add swappiness argument to memory.reclaim From: Shakeel Butt To: Dan Schatzberg Cc: Johannes Weiner , Roman Gushchin , Yosry Ahmed , Huan Yang , linux-kernel@vger.kernel.org, cgroups@vger.kernel.org, linux-mm@kvack.org, Michal Hocko , Muchun Song , Andrew Morton , David Hildenbrand , Matthew Wilcox , Huang Ying , Kefeng Wang , Peter Xu , "Vishal Moola (Oracle)" , Yue Zhao , Hugh Dickins Content-Type: text/plain; charset="us-ascii" X-Rspamd-Server: rspam09 X-Rspamd-Queue-Id: 74ECC40022 X-Stat-Signature: hgqs1dbxcxbf57xupf6uujux5ext1ngo X-Rspam-User: X-HE-Tag: 1701369867-916334 X-HE-Meta: U2FsdGVkX1+sd5M2eQhQh/VwWM7I3ST1HZxBU6Azq4fUTnaYD3T6usoUbMLPOWwgXsDXC2rzBVSm3wxxttDNKZ46m/gKdlxcbpbMqBr+ZECXDtVnaoXibAx1Z4/mNy3IpNrXNXXelD4k6MytHHhcPf2EWmlwmORdIrsrcbEdUrDmHi/mdGIR6XyRqJhza8EaFdr2dQGvDoM2412KRLJxrrPhrJ0yUr4yTwV3dWhWFOmuR2pj6fP/V76vebTP7tmdzbOpeqORlbSJcXSkhOHQS5mCtzLap3zTFgNaMmkjkAXpXx4W4/bcWNw6z8QGMIEMTiDHsggFN5Ki1cjpDk1y5BoAgqw4ZX6l3lVxgFz3p7waKwg+/McUGN+UveRW1+CJD9NfpFEEMwiWCIRT4lQfEEdJCjT8B4Qim0SihnzWDUzO55/vRVpRsSVGrOkS1pt2wkVx7VgWxDi4YR1kgSk3w6YZ7j60C3Xo5MitUq39lSeBDFs8335+F4A/gwhECqP1aR3j0cgO/scylzdw7b3dMi8UH0Sk2yI6AD+HTqpPC8sXTTsNHL2iLpSoBlsSMSGeqnnBYZ6MsJEd52d8r+caBW40OJiQWj7rDiND8X9+xrUPqhDPapb5BCseyLi3/XRGCuZ+FHkkbq9zpyxrTQhv2MogWfRODbkU1iyVikeHzYoiUDIDrTzMXMS25pWMLCTv/7KfJP57qsqLQzS4JrYV+7/4p9+Nf1PcYvh1w+i0AbpFJ8frxXwWaWi7obLA3iarDP6nM04Hg7jO6QeVBhTSdWVjasEoMKDLGmEgMJ3qylhmp5TXqnnOOUZpZq+/cc+aOorMw1FahN3UEd959q7sQDQYtFLC7gdoUCjleXVz6/9Z7Sv34+xiETIb6+TCknntjzEQZx27rf4sAkOmd7fUQnE1kmFTYb3BPDu90wpYqpTi4qnFme6N3byBeiGfJnt/fqAMeGBYoYWAOWaD9f8 Hvoa7IXR e6rQ2LFjm3Uj2yfZAFTEJNlcup2sKojwfpK+Y2zFBpleZjtmGRZnWr78xCpY9yRqK7kz8Zl/DKFZ0hcRz/y5/wkfJhocT6AieN76BcR4WT5slYYXsoThYOY1eIv77RNxYAndYbCRI1fVba9+GQHBLPGPIKrFtFJpInxPh0o3aFf2AaLi6oo3xUhY/15ypSbSBV4RWm+zQ0z+FkbeKIeDchFBGgvOPhgwKnA/vV24ICjY6rkQY9E2tWStxvS2EO9jsyis4adpx0s8oAenNOnB90l8wBNhXVSQGPByTFzn2Crv/WDeGwWvW1h7VYbQNRRfgEmKMTGob6q0k++qamK3HOuIdcJag4aE7JHs//rrFwdbbLhmoozJD8DCsHBDlJxEDUdFPlEWfgdrITVysLGkljcvXC/PkpJw6ZeY7yC5XfmdyKYI/amjjMIb5qtHSbNHa9TIIDOAwVKZrFAkAPcn/hudA0p2kFZ869ByeXTRPnw+Y6raQrCUSC2sq2nw0zNmKE72lkWoH984YT9rNA4tGlvWPOaWTULaPbopSSBOF9z9QYbug+A6UIdcP2fXGrHkfC9M50GYN00PuD3g/xIaMi+D7haHjy/K7DX1Cz2mQDu/Gkhugibx1De8n3xSwUFVBHLbuN6A+Ex5GWD37RykCTIMZj+yLJdBMQ/wm X-Bogosity: Ham, tests=bogofilter, spamicity=0.000204, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: List-Subscribe: List-Unsubscribe: On Thu, Nov 30, 2023 at 07:36:53AM -0800, Dan Schatzberg wrote: > (Sorry for the resend - forgot to cc the mailing lists) > > This patch proposes augmenting the memory.reclaim interface with a > swappiness= argument that overrides the swappiness value for that instance > of proactive reclaim. > > Userspace proactive reclaimers use the memory.reclaim interface to trigger > reclaim. The memory.reclaim interface does not allow for any way to effect the > balance of file vs anon during proactive reclaim. The only approach is to adjust > the vm.swappiness setting. However, there are a few reasons we look to control > the balance of file vs anon during proactive reclaim, separately from reactive > reclaim: > > * Swapout should be limited to manage SSD write endurance. In near-OOM Is this about swapout to SSD only? > situations we are fine with lots of swap-out to avoid OOMs. As these are > typically rare events, they have relatively little impact on write endurance. > However, proactive reclaim runs continuously and so its impact on SSD write > endurance is more significant. Therefore it is desireable to control swap-out > for proactive reclaim separately from reactive reclaim This is understandable but swapout to zswap should be fine, right? (Sorry I am not following the discussion on zswap patches from Nhat. Is the answer there?)