From: Vivek Goyal <vgoyal@redhat.com>
To: piaojun <piaojun@huawei.com>
Cc: virtio-fs@redhat.com
Subject: Re: [Virtio-fs] [PATCH RESEND][RFC] virtiofsd: do not fall back to buffer io when cache=auto/always
Date: Wed, 21 Aug 2019 10:47:57 -0400 [thread overview]
Message-ID: <20190821144757.GC2304@redhat.com> (raw)
In-Reply-To: <826341e2-6641-1673-3d43-e7e593251c6c@huawei.com>
On Wed, Aug 21, 2019 at 10:38:39PM +0800, piaojun wrote:
[..]
> >>
> >> You cleared my first doubt that 'fi->direct_io' and 'fi->keep_cache'
> >> are used to control Guest I/O mode together, and there may be different
> >> I/O modes between Guest and Host if I undersatnd it correctly. I admit
> >> this offers a more flexible config to user, but also introduces more
> >> complex option. Maybe we could just use *keep_cache* to handle all
> >> these options.
> >>
> >> My second doubt is that *keep_cache* is used to control whether reusing
> >> the cache of last open(). IMO, it has nothing to do with the following
> >> I/O path.
> >
> > FOPEN_KEEP_CACHE is already part of fuse protocol. cache=always is just
> > making use of that option so that cache contents are not discarded upon
> > next open.
>
> It still confused me that probably we needn't set fi->direct_io if
> CACHE_NONE is set to indicate Guest go direct I/O path. As Guest could
> also go direct I/O through regular path you have mentioned above.
fi->direct_io is needed so that server can *enforce* direct I/O on guest.
If guest applications are not doing direct I/O, without fi->direct_io,
you can't force client to do direct I/O.
Vivek
next prev parent reply other threads:[~2019-08-21 14:47 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-08-14 9:46 [Virtio-fs] [PATCH][RFC] viriofsd: do not fall back to buffer io when cache=auto piaojun
2019-08-19 0:48 ` piaojun
2019-08-19 3:15 ` Eryu Guan
2019-08-19 3:51 ` piaojun
2019-08-19 5:07 ` Eryu Guan
2019-08-19 6:07 ` piaojun
2019-08-19 6:49 ` [Virtio-fs] [PATCH RESEND][RFC] virtiofsd: do not fall back to buffer io when cache=auto/always piaojun
2019-08-19 7:34 ` Eryu Guan
2019-08-19 14:16 ` piaojun
2019-08-20 15:39 ` Vivek Goyal
2019-08-20 17:56 ` Vivek Goyal
2019-08-21 1:48 ` piaojun
2019-08-21 13:11 ` Vivek Goyal
2019-08-21 14:38 ` piaojun
2019-08-21 14:47 ` Vivek Goyal [this message]
2019-08-22 5:01 ` piaojun
2019-08-23 1:55 ` piaojun
2019-08-20 15:31 ` [Virtio-fs] [PATCH][RFC] viriofsd: do not fall back to buffer io when cache=auto Vivek Goyal
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=20190821144757.GC2304@redhat.com \
--to=vgoyal@redhat.com \
--cc=piaojun@huawei.com \
--cc=virtio-fs@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.