| From: | Thomas Munro <thomas(dot)munro(at)gmail(dot)com> |
|---|---|
| To: | Andres Freund <andres(at)anarazel(dot)de> |
| Cc: | pgsql-hackers <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: O_DIRECT on macOS |
| Date: | 2021-07-19 00:28:34 |
| Message-ID: | CA+hUKGLty89LL6G7buZDWO4wd5T=wcNPjTfUKd5LRJZzWcf8sw@mail.gmail.com |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On Tue, Jul 13, 2021 at 1:56 PM Andres Freund <andres(at)anarazel(dot)de> wrote:
> On 2021-07-13 13:25:50 +1200, Thomas Munro wrote:
> > I'm planning to go with that idea (#1), if there are no objections.
>
> The only other viable approach I see is to completely separate our
> internal flag representation from the OS representation and do the whole
> mapping inside fd.c - but that seems like a too big hammer right now.
Agreed. Pushed!
For the record, Solaris has directio() that could be handled the same
way. I'm not planning to look into that myself, but patches welcome.
Illumos (née OpenSolaris) got with the programme and added O_DIRECT.
Of our 10-or-so target systems I guess that'd leave just HPUX (judging
by an old man page found on the web) and OpenBSD with no direct I/O
support.
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Ranier Vilela | 2021-07-19 00:38:30 | Re: Remove redundant strlen call in ReplicationSlotValidateName |
| Previous Message | Yugo NAGATA | 2021-07-19 00:24:30 | Re: Implementing Incremental View Maintenance |