Re: Standbys which don't synch to disk?

From: Josh Berkus <josh(at)agliodbs(dot)com>
To: pgsql-hackers(at)postgresql(dot)org
Subject: Re: Standbys which don't synch to disk?
Date: 2011-05-11 17:30:30
Message-ID: 4DCAC7B6.5090602@agliodbs.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers


> It's already possible to set fsync=off on the standby if you want. If
> there is an OS-level crash you'll need to rebuild the standby, but in
> some cases that may be acceptable.

Yes, generally if there's an OS-level crash on cloud hosting, you've
lost the instance anyway.

> And Simon has already written a patch to add a "receive" mode to sync
> rep, which I expected will get committed to 9.2. In that mode, the
> standby can acknowledge the WAL records as soon as they are received,
> and write them to disk just after. I think we do need some
> benchmarking there, to figure out whether any changes to the timing of
> replies are needed in that case. But the basic principal seems sound.

Yes, that's what I'm looking for. The one other thing would be the
ability not to fsync the master, which would come out of the whole
"stream from buffers" patch which Fujii was working on. Fujii, is that
still something you're working on?

--
Josh Berkus
PostgreSQL Experts Inc.
http://pgexperts.com

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Peter Eisentraut 2011-05-11 17:36:38 pg_upgrade and PGPORT
Previous Message Tom Lane 2011-05-11 17:25:58 Re: potential bug in trigger with boolean params