Re: Question about O_APPEND | O_DIRECT

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 




> On Nov 27, 2023, at 11:55 AM, Christoph Hellwig <hch@xxxxxxxxxxxxx> wrote:
> 
> On Mon, Nov 27, 2023 at 04:50:56PM +0000, Chuck Lever III wrote:
>>> Btw, I think an APPEND operation in NFS would be a very good idea, and
>>> I'd love to work with interested parties in the IETF on it.
>> 
>> You can write and submit a personal draft that describes it; it
>> wouldn't need to be more than a few pages. The hard part of that
>> would be accumulating use case descriptions.
>> 
>> I think you could create a proof of concept by including a VERIFY
>> operation in front of the WRITE to ensure the WRITE occurs only
>> if the offset argument in the WRITE agrees with the file's size
>> on the server. If the VERIFY fails, the client grabs the updated
>> file size and tries again.
> 
> That seems like exactly the wrong idea around.  The idea behind append
> based models for write out of place storage is that you do not care
> where it is written - you leave it to the server or storage device to
> place it at the current append point.  You just need to know where it
> got placed after the fact for some of them (not for simply logs,
> though).

I said "proof of concept" -- obviously you don't want this kind of
racy arrangement as a long-term solution, you just want something
that works with current server implementations for experimentation.

And, if the above WRITE succeeds, the client would know exactly
where the server placed the payload in the file.


--
Chuck Lever






[Index of Archives]     [Linux Filesystem Development]     [Linux USB Development]     [Linux Media Development]     [Video for Linux]     [Linux NILFS]     [Linux Audio Users]     [Yosemite Info]     [Linux SCSI]

  Powered by Linux