Re: WSL (windows subsystem on linux) users will need to turn fsync off as of 11.2
В списке pgsql-general по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: WSL (windows subsystem on linux) users will need to turn fsync off as of 11.2 |
| Дата | |
| Msg-id | 6944.1550204939@sss.pgh.pa.us обсуждение |
| Ответ на | Re: WSL (windows subsystem on linux) users will need to turn fsyncoff as of 11.2 (Thomas Munro <thomas.munro@enterprisedb.com>) |
| Ответы |
Re: WSL (windows subsystem on linux) users will need to turn fsyncoff as of 11.2
|
| Список | pgsql-general |
Thomas Munro <thomas.munro@enterprisedb.com> writes: >> On Fri, Feb 15, 2019 at 2:56 PM Bruce Klein <brucek@gmail.com> wrote: >>> In 11.1 did you see the message "WARNING: could not flush dirty data: Function not implemented" >> Yes > Here is a place where people go to complain about that: > https://github.com/Microsoft/WSL/issues/645 > I suppose we could tolerate ENOSYS. What I'm not grasping here is why you considered that sync_file_range failure should be treated as a reason to PANIC in the first place? Surely it is not fsync(), nor some facsimile thereof. In fact, if any of the branches in pg_flush_data really need the data_sync_elevel treatment, somebody's mental model of that operation needs adjustment. Maybe it's mine. regards, tom lane
В списке pgsql-general по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера