From: David Howells <dhowells@redhat.com>
Cc: dhowells@redhat.com, Alex Markuze <amarkuze@redhat.com>,
Viacheslav Dubeyko <Slava.Dubeyko@ibm.com>,
Ilya Dryomov <idryomov@gmail.com>, Xiubo Li <xiubli@redhat.com>,
Jeff Layton <jlayton@kernel.org>,
ceph-devel@vger.kernel.org, netfs@lists.linux.dev,
linux-fsdevel@vger.kernel.org
Subject: Re: Ceph and Netfslib
Date: Wed, 18 Dec 2024 19:43:03 +0000 [thread overview]
Message-ID: <3991938.1734550983@warthog.procyon.org.uk> (raw)
In-Reply-To: <3989572.1734546794@warthog.procyon.org.uk>
David Howells <dhowells@redhat.com> wrote:
>
> I don't know whether you know, but I'm working on netfslib-ising ceph with an
> eye to moving all the VFS/VM normal I/O interfaces to netfslib (->read_iter,
> ->write_iter, ->readahead, ->read_folio, ->page_mkwrite, ->writepages), though
> with wrapping/methods by which each network filesystem can add its own
> distinctive flavour.
>
> Also, that would include doing things like content encryption, since that is
> generally useful in filesystems and I have plans to support it in both AFS and
> CIFS as well.
I should also mention that netfslib brings multipage folio support with it
too. All the filesystem has to do is to flip the bit:
mapping_set_large_folios(inode->i_mapping);
On reading, netfs will tile subrequests drawn from both the server and the
local cache across a sequence of multipage folios. On writing, it will write
the data in parallel to both the server and the local cache, tiling
subrequests for both separately across the folios to be written.
Subrequests don't have to match folios in size or alignment and nor, when
writing, do subrequests going to the server have to match subrequests going to
the local cache.
Whilst on writing it only permits two parallel streams - one to the server and
one to the cache - this is just an array with a hard-coded size at the moment
and could made expandable later to allow simultaneous writing to multiple
servers with different I/O characteristics.
David
next prev parent reply other threads:[~2024-12-18 19:43 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-12-18 18:33 Ceph and Netfslib David Howells
2024-12-18 18:47 ` Patrick Donnelly
2024-12-18 19:36 ` David Howells
2024-12-18 19:06 ` Viacheslav Dubeyko
2024-12-18 19:48 ` David Howells
2024-12-23 23:13 ` Viacheslav Dubeyko
2024-12-24 12:56 ` Matthew Wilcox
2024-12-24 21:52 ` Viacheslav Dubeyko
2025-01-09 0:53 ` Viacheslav Dubeyko
2024-12-18 19:43 ` David Howells [this message]
2025-03-05 16:34 ` Is EOLDSNAPC actually generated? -- " David Howells
2025-03-05 19:23 ` Alex Markuze
2025-03-05 20:22 ` David Howells
2025-03-06 13:19 ` Alex Markuze
2025-03-06 13:48 ` David Howells
2025-03-06 13:55 ` Alex Markuze
2025-03-06 13:58 ` Venky Shankar
2025-03-06 14:13 ` David Howells
2025-03-06 14:23 ` Alex Markuze
2025-03-06 16:21 ` Gregory Farnum
2025-03-06 17:18 ` Alex Markuze
2025-03-06 15:55 ` David Howells
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=3991938.1734550983@warthog.procyon.org.uk \
--to=dhowells@redhat.com \
--cc=Slava.Dubeyko@ibm.com \
--cc=amarkuze@redhat.com \
--cc=ceph-devel@vger.kernel.org \
--cc=idryomov@gmail.com \
--cc=jlayton@kernel.org \
--cc=linux-fsdevel@vger.kernel.org \
--cc=netfs@lists.linux.dev \
--cc=xiubli@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox