[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <3382819f-4a4-8622-5642-78c03ecfb878@google.com>
Date: Mon, 17 Apr 2023 21:31:20 -0700 (PDT)
From: Hugh Dickins <hughd@...gle.com>
To: Luis Chamberlain <mcgrof@...nel.org>
cc: hughd@...gle.com, akpm@...ux-foundation.org, willy@...radead.org,
brauner@...nel.org, linux-mm@...ck.org, p.raghav@...sung.com,
da.gomez@...sung.com, a.manzanares@...sung.com, dave@...olabs.net,
yosryahmed@...gle.com, keescook@...omium.org,
patches@...ts.linux.dev, linux-kernel@...r.kernel.org
Subject: Re: [PATCH v2 0/6] tmpfs: add the option to disable swap
On Thu, 9 Mar 2023, Luis Chamberlain wrote:
> I'm doing this work as part of future experimentation with tmpfs and the
> page cache, but given a common complaint found about tmpfs is the
> innability to work without the page cache I figured this might be useful
> to others. It turns out it is -- at least Christian Brauner indicates
> systemd uses ramfs for a few use-cases because they don't want to use
> swap and so having this option would let them move over to using tmpfs
> for those small use cases, see systemd-creds(1).
Thanks for your thorough work on tmpfs "noswap": seems well-received
by quite a few others, that's good.
I've just a few comments on later patches (I don't understand why you
went into those little rearrangements at the start of shmem_writepage(),
but they seem harmless so I don't object), but wanted to ask here:
You say "a common complaint about tmpfs is the inability to work without
the page cache". Ehh? I don't understand that at all, and have never
heard such a complaint. It doesn't affect the series itself (oh, Andrew
has copied that text into the first patch), but please illuminate!
Thanks,
Hugh
Powered by blists - more mailing lists