| From: | Magnus Hagander <magnus(at)hagander(dot)net> |
|---|---|
| To: | Josh Berkus <josh(at)agliodbs(dot)com> |
| Cc: | Jeff Davis <pgsql(at)j-davis(dot)com>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>, Peter Geoghegan <pg(at)heroku(dot)com> |
| Subject: | Re: [9.4] Make full_page_writes only settable on server start? |
| Date: | 2013-09-03 17:47:22 |
| Message-ID: | CABUevExaZfDo5sCNNNuCpwk5aXFd4uQ+7xQL0FsOzfJXdm_jAg@mail.gmail.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On Sep 3, 2013 6:23 PM, "Josh Berkus" <josh(at)agliodbs(dot)com> wrote:
>
> Peter,
>
>
> > I wonder, is anyone really running in production with full_page_writes
> > off?
>
> We're doing so with clients on Joyent (ZFS). And also for "ephemeral"
> postgres instances -- ones where we've also turned off fsync.
>
> It's also quite reasonable to assume that future filesystems will also
> be able to make better torn page guarantees.
>
> So it should remain a setting. I see no reason why it should be a
> SIGHUP setting, though, if there's any code maintenance required to
> support it -- frankly, I only change this setting at first system
> deployment.
>
This matches my experience as well - people certainly use it, but don't
change it during runtime.
Not having looked at the code, but doesn't pg_start_backup use at least
parts of the same code path? That one will definitely still be able to
modify it at runtime....
/Magnus
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Tom Lane | 2013-09-03 18:11:54 | Re: CREATE FUNCTION .. SET vs. pg_dump |
| Previous Message | Peter Geoghegan | 2013-09-03 17:42:17 | Re: [9.4] Make full_page_writes only settable on server start? |