linux-fsdevel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Geert Custers <geert.aj.custers@gmail.com>
To: Miklos Szeredi <miklos@szeredi.hu>
Cc: fuse-devel@lists.sourceforge.net, linux-fsdevel@vger.kernel.org
Subject: Re: [fuse-devel] fuse zero copy
Date: Wed, 7 Aug 2019 11:12:34 +0200	[thread overview]
Message-ID: <20190807091234.GA4907@GEERT-PC> (raw)
In-Reply-To: <CAJfpegvAtnTLNfmKCR_5a7sesP3DRy_1yp4o1S=8W=9iKr5teQ@mail.gmail.com>

> Actually it is being worked on.   Attaching the current
> proof-of-concept kernel patch for this.
> 
> I don't have a patch for libfuse yet, as I'm testing new ideas with a
> dummy filesystem that does raw /dev/fuse access.  Also attached, needs
> to be run with "-m" to enable the file mapping mode.

I looked at the patch and proof of concept filesystem. I imagine the
libfuse bindings would be relatively simple for this, something like a
fuse_map_fd(), fuse_unmap_fd() and then a map() in the fuse_ops struct.

> To make this more useful, the kernel would need to cache the mapping,
> so it doesn't need to issue a MAP request on each read.  That would
> also optimize the case of long extents, or files mirrored completely
> from an underlying filesystem (as done by the test program).

I have some spare time so I could write some patches for libfuse and try
add caching of the mapping on the kernel side. Maybe you can let me know
your thoughts on what this would look like, so we are on the same page.

Thanks,
Geert

      reply	other threads:[~2019-08-07  9:12 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20190805101351.GB21755@GEERT-PC>
2019-08-05 12:14 ` [fuse-devel] fuse zero copy Miklos Szeredi
2019-08-07  9:12   ` Geert Custers [this message]

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=20190807091234.GA4907@GEERT-PC \
    --to=geert.aj.custers@gmail.com \
    --cc=fuse-devel@lists.sourceforge.net \
    --cc=linux-fsdevel@vger.kernel.org \
    --cc=miklos@szeredi.hu \
    /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;
as well as URLs for NNTP newsgroup(s).