Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1459802
| From | Miklos Szeredi <miklos@szeredi.hu> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH] FUSE: add the async option for the flush/release operation |
| Date | 2016-08-10 22:20 +0200 |
| Message-ID | <s4HcK-NR-11@gated-at.bofh.it> (permalink) |
| References | <s4sx3-8cQ-3@gated-at.bofh.it> <s4sx3-8cQ-1@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On Wed, Aug 10, 2016 at 5:26 AM, Enke Chen <enkechen@cisco.com> wrote: > Hi, Miklos: > > This patch adds the async option for the flush/release operation in FUSE. > > The async flush/release option allows a FUSE-based application to be terminated > without being blocked in the flush/release operation even in the presence of > complex external interactions. In addition, the async operation can be more > efficient when a large number of fuse-based files is involved. > > --- > Deadlock Example: > > Process A is a multi-threaded application that interacts with Process B, > a FUSE-server. > > > UNIX-domain socket > App (A) ----------------------- FUSE-server (B) > | | > | | > | | > +-----------------------------------+ > open/flush/release Why would the fuse server want to communicate with the app (using other than the filesystem)? Thanks, Miklos
Back to linux.kernel | Previous | Next — Previous in thread | Find similar | Unroll thread
[PATCH] FUSE: add the async option for the flush/release operation Enke Chen <enkechen@cisco.com> - 2016-08-10 05:40 +0200
Re: [PATCH] FUSE: add the async option for the flush/release operation Enke Chen <enkechen@cisco.com> - 2016-08-10 21:20 +0200
Re: [PATCH] FUSE: add the async option for the flush/release operation Miklos Szeredi <miklos@szeredi.hu> - 2016-08-15 11:40 +0200
Re: [PATCH] FUSE: add the async option for the flush/release operation Enke Chen <enkechen@cisco.com> - 2016-08-16 22:00 +0200
Re: [PATCH] FUSE: add the async option for the flush/release operation Miklos Szeredi <miklos@szeredi.hu> - 2016-08-10 22:20 +0200
csiph-web