Re: Some thoughts on NFS
От
Andres Freund
Тема
Re: Some thoughts on NFS
Дата
Msg-id
20190219222919.5qo65lrlg3ljf67k@alap3.anarazel.de
Ответ на
Re: Some thoughts on NFS (Thomas Munro)
Список
Дерево обсуждения
Some thoughts on NFS Thomas Munro <thomas.munro@gmail.com>
Re: Some thoughts on NFS Andres Freund <andres@anarazel.de>
Re: Some thoughts on NFS Thomas Munro <thomas.munro@gmail.com>
Re: Some thoughts on NFS Andres Freund <andres@anarazel.de>
Re: Some thoughts on NFS Thomas Munro <thomas.munro@gmail.com>
Re: Some thoughts on NFS Robert Haas <robertmhaas@gmail.com>
Re: Some thoughts on NFS Stephen Frost <sfrost@snowman.net>
Re: Some thoughts on NFS Magnus Hagander <magnus@hagander.net>
Re: Some thoughts on NFS Christoph Moench-Tegeder <cmt@burggraben.net>
Re: Some thoughts on NFS Magnus Hagander <magnus@hagander.net>
Re: Some thoughts on NFS Andres Freund <andres@anarazel.de>
Re: Some thoughts on NFS Robert Haas <robertmhaas@gmail.com>
Re: Some thoughts on NFS Andres Freund <andres@anarazel.de>
Re: Some thoughts on NFS Robert Haas <robertmhaas@gmail.com>
Re: Some thoughts on NFS Andres Freund <andres@anarazel.de>
Re: Some thoughts on NFS Robert Haas <robertmhaas@gmail.com>
Re: Some thoughts on NFS Thomas Munro <thomas.munro@gmail.com>
Re: Some thoughts on NFS Magnus Hagander <magnus@hagander.net>
Re: Some thoughts on NFS Robert Haas <robertmhaas@gmail.com>
Re: Some thoughts on NFS Joe Conway <mail@joeconway.com>
Re: Some thoughts on NFS Robert Haas <robertmhaas@gmail.com>
Re: Some thoughts on NFS Tomas Vondra <tomas.vondra@2ndquadrant.com>
Re: Some thoughts on NFS Magnus Hagander <magnus@hagander.net>
Hi,
On 2019-02-20 11:25:22 +1300, Thomas Munro wrote:
> This seems to make sense, and has the advantage that it uses
> interfaces that exist right now. But it seems a bit like we'll have
> to wait for them to finish building out the errseq_t support for NFS
> to avoid various races around the mapping's AS_EIO flag (A: fsync() ->
> EIO, B: fsync() -> SUCCESS, log checkpoint; A: panic), and then maybe
> we'd have to get at least one of { fd-passing, direct IO, threads }
> working on our side ...
I think we could "just" make use of DIO for relation extensions when
detecting NFS. Given that we just about never actually read the result
of the file extension write, just converting that write to DIO shouldn't
have that bad an overall impact - of course it'll cause slowdowns, but
only while extending files. And that ought to handle ENOSPC correctly,
while leaving the EIO handling separate?
Greetings,
Andres Freund
В списке pgsql-hackers по дате отправления