Re[2]: [HACKERS] Remove fsync ON/OFF as a visible option?
В списке pgsql-hackers по дате отправления:
| От | Миша Тюрин |
|---|---|
| Тема | Re[2]: [HACKERS] Remove fsync ON/OFF as a visible option? |
| Дата | |
| Msg-id | 1426970974.775954998@f255.i.mail.ru обсуждение |
| Ответ на | Re: Remove fsync ON/OFF as a visible option? (Jaime Casanova <jaime@2ndquadrant.com>) |
| Список | pgsql-hackers |
why does we take so many attention to fsync issue?
but there are also table spaces in tmpfs, wal in tmpfs, disks with cache without bbu, writeback writes and fs without ordering and journal, any CLOUDS, etc etc... in our real world installations.
more over not all of these issues are usually in dba's medium, and what dba really have to do -- is to accept ugly bottom storage properties and DO properly PITR/standby.
and if we have PITR then "fsync or not fsync" in master host doesn't matter so much. and could matter providing fsync in archive host. but doing fsync in archive -- it is workaround for archive_command realization.
in conclusion -- imho, full-page writes is more sensual than fsync when we guarantee PITR.
-- misha
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера