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 0463BC6379F for ; Thu, 23 Feb 2023 16:09:26 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 673D16B0073; Thu, 23 Feb 2023 11:09:26 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id 623816B0074; Thu, 23 Feb 2023 11:09:26 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 4EB906B0075; Thu, 23 Feb 2023 11:09:26 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0011.hostedemail.com [216.40.44.11]) by kanga.kvack.org (Postfix) with ESMTP id 3EDDD6B0073 for ; Thu, 23 Feb 2023 11:09:26 -0500 (EST) Received: from smtpin27.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay06.hostedemail.com (Postfix) with ESMTP id 186AEA7C73 for ; Thu, 23 Feb 2023 16:09:26 +0000 (UTC) X-FDA: 80499041532.27.EF31334 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by imf04.hostedemail.com (Postfix) with ESMTP id 44F7240014 for ; Thu, 23 Feb 2023 16:09:23 +0000 (UTC) Authentication-Results: imf04.hostedemail.com; dkim=pass header.d=kernel.org header.s=k20201202 header.b=dbxZYXiC; spf=pass (imf04.hostedemail.com: domain of brauner@kernel.org designates 139.178.84.217 as permitted sender) smtp.mailfrom=brauner@kernel.org; dmarc=pass (policy=none) header.from=kernel.org ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1677168563; 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=31khyUg4enmImQlC1sCJNnMXYLs8NrkABCklJQXfebQ=; b=BlmUiuBDGUoDYILIp0t58APYKKIPQI1+0mFUMq2SiJZKjhxUQ94XDbMcoHTeEI5D/rmmXA TF1BlPXk8GuWjGrz9P9sDocnXVKBmP8qLHpL+QputqXVJrbFw/fV2QiB+KwmrdJ4+YOVmM fAvhtE32Akf60qvi537ebl1yhqVDz0M= ARC-Authentication-Results: i=1; imf04.hostedemail.com; dkim=pass header.d=kernel.org header.s=k20201202 header.b=dbxZYXiC; spf=pass (imf04.hostedemail.com: domain of brauner@kernel.org designates 139.178.84.217 as permitted sender) smtp.mailfrom=brauner@kernel.org; dmarc=pass (policy=none) header.from=kernel.org ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1677168563; a=rsa-sha256; cv=none; b=6Zj6UqPaeRbcnPw2xvTUUK55hBNIDwNTnV/7KyolHAfAHhb7h7bXMW11q1FZTZU4O2DJ4c aHHqUsBCH0u6KiHbLnHV8/WlBMzf9a7h3WhiO4/PLMtjlaRJu98kwbzRdm6R7WMcszv7Vv HMMORX2GdM0cB/dT0JsDkA+mgG9zUrM= Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 9AE6B61758; Thu, 23 Feb 2023 16:09:23 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id EB953C433EF; Thu, 23 Feb 2023 16:09:17 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1677168561; bh=OqY4RBwRYEHh7NTF1I0c5uw+aMVgR9annOWD4n3e8cI=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=dbxZYXiCUB2afvudMISaDZ5Op9OdhJjJlCvzGDV4fGxpW8+UIFYW8dAJDnbvY2X6D v/3xq97Eg5++ACX7ab79Wd0oXH1eT/uLkxwPrmR3c8TmyWMTf8mcZ20I9gPosDs94D m9gMj/BFwYMlcku8iPRFQHouCiSpNj2Wrg2/qFum/LI2g5SOJ7o/yAHjGPd136gXRC F8swkJS94i67TiqFXlAEW5ne6jo17iggXt3zi8BXeNZ3rCpyCZaWD2eE4gq1IWS10N Si5ZNeflBoxg4bV60YMb+dJooW6m6+YcSNM8qDtZTQYdQewZXhu1AYu3j51998bsoo HVMmucQroh9sA== Date: Thu, 23 Feb 2023 17:09:14 +0100 From: Christian Brauner To: Christoph Hellwig Cc: Luis Chamberlain , hughd@google.com, akpm@linux-foundation.org, willy@infradead.org, linux-mm@kvack.org, p.raghav@samsung.com, dave@stgolabs.net, a.manzanares@samsung.com, yosryahmed@google.com, linux-kernel@vger.kernel.org Subject: Re: [RFC v2 5/5] shmem: add support to ignore swap Message-ID: <20230223160914.cwvt53drn2bckpdc@wittgenstein> References: <20230223024412.3522465-1-mcgrof@kernel.org> <20230223024412.3522465-6-mcgrof@kernel.org> <20230223122631.hwvhbqxadvbm23nb@wittgenstein> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 44F7240014 X-Stat-Signature: sqewtb84m7dqdf5iz383pw8icmfdrjsk X-Rspam-User: X-Rspamd-Server: rspam08 X-HE-Tag: 1677168563-578125 X-HE-Meta: U2FsdGVkX180BNh0oceDsgQNtSRMghO5yCvPelx33i+zJjP73msvI2kPIOLO/SLMdKCzat8W69N/6uBI9XrKnDycJtiJYD5teC2X6uuZJkm7QLCwDIJcHzQ7to6GHn7lsbnz0RI5H4+VwMvqQbGsNlEe8OGf3Z9rxPksjKVedZKTM0V62LqVqFNfmRuPStoQgvqW3sDlxHM+vt1bXYJNI8LxicFbRyVVgOZPf8akdjX3cOUieimfylbLizU1Msd5S2fmruE+BI+a8cbw5DPlEk1y4EawTgdS//z4qWiiNr0Qwgpy9luYL70wibzq5UlgqynAjiHanUQUAuvGpbEMIfwD6m2xR6sq/zJdVnnv9FkJSgBHq7+Mgb+uQYKxeapLIA7edeqPKdQ1p4r4HwY+23/SJK7eXh7xPJbdZAqpaUx3kVMlkK5+P9+FQ8oO/B+UDmtPrWr0E3+ZnipyPG5wRCYA2dTdjEOO1ejDnsI5NzCdQ1rWLyrLbI4XHJpLxc2mWEd9pTU8c5mL1tRLbaXA9jpDw+WRmLImvocTuRrTCoUAHZ9m/9gFIoY8QinMjpR0eDpOb7gtOJwWJWcfEuaN4QckU1/7DyDPYa8C0umWdzCzmHOCII61Qa7AG+BCH2Rs2NfvgSaITLDZ0OOX/tM9mxRyOea9Yvk1X2Wh6w9hCioBqYxm4ZqHuBH5jSyBunMOwMkV0mCe3g0cGja8Dkso6vfN/Xt2xIQ10OcKln/bj9T+lRnkLrkTUWrTBBlnd/AchEfM4JMj3E2bdIWeTyfnLBmpEYkappIppuJ3k7utXfescWNfO+o2J12D8kI1HtM8aGNmQzI03ezu3pCtiAa3upQ93+alfm0WvlBZxBvOT1NMNTP7Lr3wN1IAuzPauzvV0Umwf0unQPei6+ubem6H4e8Jrfd8NiLsa0FVKOOH56VBG6zDTId4xwruroq+AMUWzbnWeFzhoc8O7KsQWoA qdlwgaho scankebxLlWt0hTWNlhcqb72YhFDweOXkRqfeiYwXFjw8f4EVcTCVduEZzrOTw5wHmfHx5Jti/RDSgUzbHHQJN2Ghd+2oHCsvXINhuN1z1AZktajeGrS4ayWlVrSS+KPT474jgxgPS+Q/7x9o759dzEiVt/ZU4sMH7n3SJOh0LbKntzRzGGtjGdVXSr7lLqa7iwg1Uwlgq/98QkMQgT8fAmPGVPOveqcnFdLL2drLJMsxkNedw2lobU26MPOBtRzbqhuJiBUT/LaBP/yZhvnUh6DV83cbbdjlRnFJJqG7ilzbWtG4c0RP7s18mg== X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: On Thu, Feb 23, 2023 at 07:16:09AM -0800, Christoph Hellwig wrote: > On Thu, Feb 23, 2023 at 01:26:31PM +0100, Christian Brauner wrote: > > We would have use-cases for this in systemd. We currently use ramfs for > > systemd's credential logic since ramfs is unswappable. It'd be very neat > > if we could use tmpfs instead, > > What is the advantage of using a swapless tmpfs over ramf? There are a few reasons we usually prefer tmpfs over ramfs. Iirc, ramfs doesn't have limits and grows dynamically. So we currently only use it from the most privileged process where we do our own accounting and immediately remount the superblock read-only. Tmpfs on the other hand offers various ways to restrict memory consumption. Other reasons are that ramfs doesn't support selinux labels, xattrs, and acls in general which come in quite handy. Starting with kernel v6.3 tmpfs does also support idmapped mounts. So we usually always prefer ramfs over tmpfs unless we have a very specific need such as the memory not being swapped out.